我目前正在研究不同的Docker覆盖networking的性能（特别是UDP吞吐量）。 我通过在与Docker覆盖networking连接的两个主机之间创build点对点连接，然后在Docker容器内运行iperf来检查吞吐量来做到这一点。 我注意到，每次我运行iperf作为客户端发送数据到运行iperf作为服务器的其他容器，客户端主机的CPU使用率达到100％。 我通过运行下面的命令得到了这个结果： top -bn1 | grep "Cpu(s)" | \ sed "s/.*, *\([0-9.]*\)%* id.*/\1/" | \ awk '{print 100 – $1"%"}' 所以，对我来说，吞吐量testing的限制因素似乎是我的主机的CPU容量，因为它运行在100％，不能产生更多的stream量来饱和networking连接。 我想知道如果这是一个iperf具体问题，所以我想用一个不同的工具运行相同的testing，但不知道哪个替代将是最好的 。 主机正在运行Ubuntu。 例如，我find了qperf ， uperf和netpipe 。 另外，更一般地说，我开始想知道通常吞吐量性能的瓶颈是什么。 它不是总是CPU容量或链接的带宽 ？ 哪些是与覆盖networking不直接相关的因素。 这是否意味着应用程序（或覆盖networking）的吞吐量仅取决于传输一定数量的数据所需的CPU周期数，以及如何通过networking对其进行压缩（如果这将是瓶颈的话）。
所有， 我们试图在我们的Jenkins设置中进行自动化testing，以在我们的salt状态文件（ .sls ）中运行“smoke”和“lint”types的testing。 迄今为止，所有Google-foo都收集了很less的信息。 有一种方法可以在命令行中通过test=True进行test=True ，但是对于没有shell的账户（就像Jenkin的账户通常那样）不起作用。 我还没有碰到任何人做这种自动化的SaltStack状态testing。 所以： 1）有可能吗？ 2）任何人都知道一个好的资源，我可以看看 TIA。
我只需要将12根cat5电缆连接到配线架中。 这是我第一次真正做到这一点。 我相当有信心，在一些最初的A / B混淆之后，我以正确的顺序得到了所有的电线，但我并不完全相信所有的物理连接都是好的。 我没有理由怀疑，因为迄今为止我所testing的所有连接都完美地工作。 我在这里不知道的是连接失败的程度。 如果我搞砸了，只是一点点都不起作用，或者会有间歇性的问题，几乎无法追查？ 我的公司的预算非常有限，所以我们没有任何适当的networkingtesting设备，我正在使用一个便宜的箱子$ 5手动冲压工具，而不是花费昂贵的，试图消除人为错误的工具。 到目前为止，我的testing过程是将每个打补丁的端口插入交换机，然后将我的个人笔记本电脑绕到墙壁sockets，我只是修补。 我将笔记本电脑插入墙上的插孔，看是否可以从DHCP服务器获取IP，并访问路由器的DD-WRTpipe理界面。 如果能够把pipe理界面正确地发送给我（这是一个相当详细的网页），我已经把它作为一个工作插口。 这是一个足够体面的testing过程，还是有另一种（和更准确）的方式来testing每个插孔（没有networking工具，请记住）。
我将在过去的一些大型文件系统（大约50TB）上testing'xfs_repair'，因为内存使用率很高。 虽然我只能在正确的文件系统上testing程序，但如果在损坏的系统上testing它们，这将是一件好事。 那么什么是腐败文件系统的最好方法。 如果该方法每次都会重复出现相同的错误，则需要额外的信用…. 让人们知道我的意思是在2006年 “要成功检查或运行在多TB文件系统上的修复，您需要： 一台64位机器 一个64位的xfs _ repair / xfs _检查二进制文件 每TB文件系统〜2GB RAM 文件系统中每百万个inode有100-200MB的RAM。 xfs_repair通常使用的内存比这less，但是这些数字给了你一个大的文件系统，大于80％的完整文件系统需要修复。 FWIW，最后一次出现在内部，有问题的29TB文件系统花费了大约75GB的RAM + swap来修复。
我们的开发服务器正在向我们倾斜。 所以在这一点上，我们正在为我们的服务器房间重新调整一些其他的服务器。 我的老板要我在testing服务器之前，我甚至尝试安装任何东西。 我们如何来解决这个问题？
我需要在Windows桌面客户端上对基于Windows的应用程序执行QAtesting，我想知道EC2是否支持非基于服务器的Windows映像（例如Server 2003）。 我search了许多文章，发现亚马逊在路线图上没有桌面客户端，但亚马逊本身并没有明确的定义。 如果EC2不支持Windows的桌面安装，那么有没有服务呢？ 谢谢
我试图找出两种路由协议方法之间的差异（利弊），我会很乐意为您提供任何帮助，build议和解释。 据我所知，距离向量似乎更像是静态的，更多的是基于本地的路由，因为它不知道networking状态，而链路状态更能意识到当前状态，所以在距离向量上使用它似乎更自然，但我有一种感觉就像我失去了一些东西。 在这里，我会很高兴在这里select其中一个方面的更多方面和不同的问题。
我想要使用Postfixbuild立一个辅助MX服务器，但我想知道在投入生产之前（通过添加MX条目）testing这个最好的方法是什么？ 一种可能的方法是用一个完全不同的域名进行testing，即购买像“fake-test-domain.com”这样的域名，并仅使用该备份MX服务器来设置其DNS域名。 任何更简单的方法，我可以强制一个邮件服务器发送一条消息之前，它在DNS中列出的服务器？ 我不认为我可以使用发送系统上的主机文件，因为这不会模拟MXlogging，对吧？
使用Windows（2008）是否有一个简单的命令行工具，我可以使用从服务器发送testing电子邮件来testingSMTP，用户身份validation，端口等，而不写我自己的？
我一直在使用puppet来部署基础架构，而我所做的大部分工作都是针对Web 2.0公司，他们正在为Web应用程序进行大量的testing驱动开发。 有没有人在这里使用testing驱动的方法来开发他们的服务器configuration？ 你用什么工具来做到这一点？ 你的testing有多深？