我不确定这是否是正确的问题 使用Windows备份实用程序执行Windows服务器的备份时，在指定的目标types屏幕上，在备份到卷选项下有一个备注： 如果您无法将整个磁盘专用于备份，请select此选项。 请注意，卷用于存储备份时，卷的性能可能会降低多达200％。 我们build议您不要将其他服务器数据存储在同一卷上。 我拿了一个截图，你可以在这里find它 我的问题是如何降低性能超过100％？ 如果I / O性能测量为60MB / s，如果减less200％，是否为-60MB / s？
当我用GTmetrix或其他Loadtime Testing工具testing我的WordPress网站时，我注意到瀑布图中没有发生任何动作的间隙。 看起来这个差距就会消失，导致更高的加载时间。 这是解释它的正确方法吗？ 我甚至在testing一些真正大的网站（例如microsoft）时看到它。 这是服务器问题还是正常？ 这个差距可以closures吗？ 请参阅附件截图 SPEEDTEST
在调查一个影响同时受到影响的代理集群的问题时，我发现在build立SSL连接时存在奇怪的行为。 现象的症状是，当出现冲击时，传出的HTTPS请求比平常要慢，我已经把它放慢了，以便完成SSL握手。 HTTP请求/连接不会以相同的方式受到影响。 这个问题似乎是由于TCP三次握手结束和代理发送Client Hello之间的延迟而导致的出站连接。 之后，握手正常完成，没有延迟。 以下是来自stream量捕获的一些示例： to api.twitter.com （延迟2.4秒）： 到graph.facebook.com （延迟28.4秒）： 即使在第二个例子中重传， Client Hello包也不应该花那么长时间才能出去。 一些事实/考虑： 这个问题在一天中的特定时间（大约1000小时和1700小时）暂时出现，影响所有主机并在30分钟内消失。 以后，同时 这将表明一个外部原因（networking，也许），但tcpdump输出似乎把责任放在本地服务器 CPU，负载，内存和其他所有监视的性能指标都是正常的 它会影响所有的SSL远程主机 影响连接随机，一些行为正常，但很多是非常缓慢的 吞吐量（握手后）似乎没有受到影响 一旦问题通过，SSL连接到相同的远程主机一直很快 testing用curl和openssl s_client connect ，结果相同 需要澄清的是： 这可能是什么原因造成了这样的拖延？ Wirehark可以欺骗我吗？ 还有什么其他的性能指标/统计/命令可以用来进一步排查延误的原因？ 是否有任何networking因素（MTU，接收缓冲区，碎片），可以certificate这种行为？ 我如何find证据来澄清是否是我的服务器外部的networking问题？ 软件版本 ： 红帽企业Linux服务器版本5.11（Tikanga） OpenSSL 0.9.8e-fips-rhel5 2008年7月1日 kernel 2.6.18-416.el5＃1 SMP Wed Oct 26 12:04:18 EDT 2016 x86_64 x86_64 x86_64 GNU / Linux […]
当系统的吞吐量是恒定的，只有响应时间变化（线性）时，这意味着什么？ 这是否意味着我必须有一个瓶颈？
我有一个有4个CPU核心的Ubuntu，它运行着一个Nginx服务器，它最近遇到了大约10％的间歇性丢包。 请看一下dstat的输出如下图所示： —- system —- ——- cpu0-usage ————– cpu1-usage ————– cpu2-usage ————– cpu3-usage —— — system – > time | usr sys idl wai hiq siq：usr sys idl wai hiq siq：usr sys idl wai hiq siq：usr sys idl wai hiq siq | int csw> 20-06 18：00：33 | 25 11 62 0 0 1：23 14 46 […]
我想弄清楚如何解释附加的图像。 前两跳是在我们的局域网上，3-5跳属于我们的广域网供应商，而第六跳是在我们的托pipe服务提供商，第七跳是在同一托pipe服务提供商的Windows服务器。 我不明白的是，第7跳上的延迟如何可以低于第6跳上的延迟，或者这个效果比第5跳和第6跳上的延迟要低。同样，第6跳显示出明显的丢包，而第7跳看起来精细。 我知道这些数字不是累积的，但是如果数据包遍历所有的跳数，那么不应该每一个下一跳都比以前的跳越长。 我阅读了不less文档，在Internet上解释traceroute命令的教程，但我还没有find解释。 我会高度赞赏一个清晰的解释，或至less一个指针作为读什么。
对于linux（rhel / centos）系统，有没有办法在主动testing期间收集/分析系统的磁盘io（iops，读取吞吐量，写入吞吐量等）以及将其转换为FIOtypes的后续能力模型/工作文件（灵活的IOtesting工具： https ： //github.com/axboe/fio ）直接重复testing磁盘IO场景？ 这将用于以可重复的方式直接testing磁盘io子系统，而不依赖于重新运行用于创build模型/configuration文件的原始testing（无论数据库服务器，应用程序服务器，微服务等用于生成磁盘io的项目）， 谢谢！ （ps有很多口头上的服务来创build一个基准testing，但我还没有find一个实际的方法来实际使用一个被测系统来做，请帮助！） 为了澄清这个请求，它涉及到创build一个被测系统的基准，你将如何获取读者/写者的数量，以创build一个被测系统的模型，用于testing的文件大小，如何validation块大小，所有这些都需要根据被测系统（最重要的是如何得到和解释这些观察结果来创build模型）的观察结果来创build磁盘io基准（例如FIO）。
我有一个815K每月唯一用户的PHP应用程序，在我的开发机器上加载相当快（大约600毫秒的主页），并用于在生产服务器上快速加载。 我不是一个系统pipe理员，我只是一个开发人员，所以我开始search有关诊断服务器，我遵循这个stream程图 虽然最近stream量有所增加，但服务器资源似乎没有问题。 %Cpu(s): 8.3 us, 2.6 sy, 0.0 ni, 87.1 id, 0.0 wa, 0.0 hi, 0.3 si, 1.7 st 我有足够的内存可用。 在缩小这个问题之后，我尝试了一些让我感兴趣的结果，我从浏览器中复制了html源代码，并将其传递给生产服务器中的test.html，并在不到800ms的时间内加载，我使用相同的html代码，它test.php，它需要大约6s的加载，这两个文件共享相同的HTML代码，没有数据库查询已在文件中执行，所以我认为这与我的nginx或PHPconfiguration的东西。 这是我的nginxconfiguration： server { listen 80; server_name site-name.com; root /home/user/site-name.com/public; index index.html index.htm index.php; charset utf-8; location / { try_files $uri $uri/ /index.php?$query_string; } location = /favicon.ico { access_log off; log_not_found off; } location […]
我有一台服务器运行一些代码，在一个目录中创build数百万个小文件。 起初，代码运行速度非常快。 过了一天左右，它开始放慢一点。 我试图找出这是否是代码的问题，或者这是否与目录中的文件数量有关。 代码本身创build一个文件（如果不存在的话），然后打开文件并向其中写入一行。 如果该文件存在，它将打开该文件并向其追加一行。 有了这个说法，我已经对我的代码进行了基准testing，并根据需要进行了修改，但是我也想对XFS进行基准testing，看看是否是瓶颈。 我的问题是，我如何基准XFS的读/写性能？
我们在一个raid10中有一个6个SSD的postgres服务器。 用pg_dump备份postgres数据库工作正常，并导致几乎0加载到磁盘或CPU。 Tar'ing说pg_dump没有除-vcf以外的任何选项似乎导致如此之多的磁盘IO，查询开始超时一会儿（5分钟） 我试图解决问题，为什么这将是因为pg_dump不这样做，焦油应该类似于cat'ing文件在一起。 写入磁盘encryption磁盘是否需要额外的熵？ 我认为这完全是关键/密码？