我在这个话题上停留了一段时间：我怎样才能获得更多关于响应时间在哪里燃烧的细节。
我的问题是响应时间的极端变化。 有时需要服务器5或10秒或更长时间才能响应（尤其是第一个呼叫）。 萤火虫标志这次大多是“等待”。 当我检查本地主机/服务器状态（也出现这种延迟）时，大多数插槽被占用 – 但半秒后，他们又是免费的。 我很难想象有这么多的负载尖峰来解释这种行为。
另一个奇怪的事情：有100K JPG图像的请求，根据服务器状态 – 有时需要1，2，甚至10秒来执行（列Req）。 同时，包含一些CPU负载的PHP脚本在100 ms或更less的时间内处理（其他时间也需要1到2秒）。 其他（较小的）GIF或PNG图像的请求甚至以0毫秒的时间列出。
这是我卡住的地方：有没有什么办法看到需要10秒发送一个简单的JPG图像？
感谢您的好主意！
–
系统：我正在讨论Debian Linux（Sequeeze）上的Apache 2networking服务器，它主要提供PHP脚本的页面和图像。 服务器在专业的德国服务器主机上的VPS上运行。 在服务器上没有内存交换（就我所知，从统计数据来看），CPU负载并不是特别高（正常运行时间报告的值在3左右，在极端负载下可以升到32左右 – 我认为应该是8 -CPU系统）。 当然，我永远不能确定服务器上的其他VPS是做什么的。
特殊设置：值得注意的是服务器通过SSL发送所有数据。 我进一步减less了保持活动时间到1秒，因为用户通常会花费很多时间在每个页面上（30-60秒），并且在获取图像之后保持这些连接活跃会快速耗尽服务器的内存（或2 GB我可以使用VPS）。 由于较大的PHP脚本，典型的线程占用20 MB的RAM。 因此只有50个支持保持活动的服务器插槽（MaxClient）。
材料：我创build了一个由服务器site24x7.com观察到的testing页面（ https://www.soscisurvey.de/example/?debug&password=demo ）（通常在1.4秒内发出响应，但是通常会有尖峰到达20或者30秒）。 为了交叉检查结果，我把它发送到Load Impact ES： http : //loadimpact.com/load-test/www.soscisurvey.de-35648bef3b84d3269e1fc7cb11bf1721
添加这个作为答案，而不仅仅是评论，因为这是事实certificate是
这个问题听起来像是一个磁盘延迟问题。 有一些原因，我认为这是问题
由于您无法控制硬件，因此解决此问题的方法有限。 您可以联系提供者让他们尝试修复它，使用RAM支持的文件系统或内存caching（您尝试使用）或切换提供程序。
这是我卡住的地方：有没有什么办法看到需要10秒发送一个简单的JPG图像？
Firefox的TamperData插件将明确告诉您从服务器上下载的内容以及每个项目的时间长度：
https://addons.mozilla.org/en-US/firefox/addon/tamper-data/
但是，如果需要10秒钟的下载，您还可能会遇到其他一些问题，重新启动DNS。
你也可能想检查到apachetop。 安装在你的Apachenetworking服务器上。 我已经安装在我的，并不时检查它。 它会显示负载最高的页面：
http://www.howtogeek.com/howto/ubuntu/monitor-your-website-in-real-time-with-apachetop/