在OSX上訪問Apache時的響應時間很長

在OSX上運行Apache，通過端口安裝Apache。由於某些原因，當從不同的PHP腳本請求頁面時，它需要幾秒鐘的時間。它不是特定於一個腳本，與所有腳本一起發生。我真的花了很多時間尋找原因（也在谷歌上），優化了服務器，停用了模塊...仍然沒有成功。在OSX上訪問Apache時的響應時間很長

macmini在我的本地網絡。我使用Windows機器訪問頁面，macmini本身和Apache配置爲從網絡驅動器加載php腳本。所以數據至少要通過三臺機器。但這不應該成爲任何問題，特別是因爲它是一個千兆位網絡。

檢查與阿帕奇mod_status的服務器狀態顯示我的大部分時間線相似，本作我的要求：

10-0 3612 0/0/0 W¯¯ 0.00 39 0 0.0 0.00 0.00 87.168.224.196 something.org GET/HTTP/1.1

w表示「發送回覆」我也可以在這裏看到，它需要大量的時間。

這裏是時間和大小，監測使用查爾斯代理：

Timing 
Request Start Time 11.02.11 12:47:31 
Request End Time 11.02.11 12:47:31 
Response Start Time 11.02.11 12:48:17 
Response End Time 11.02.11 12:48:20 
Duration 49.33 sec 
Request Duration 2 ms 
Response Duration 3.13 sec 
Latency 46.20 sec 
Speed 45,95 KB/s 
Response Speed 723,92 KB/s 
Size  
Request Header Size 776 bytes 
Response Header Size 255 bytes 
Request Size - 
Response Size 2,21 MB (2319994 bytes) 
Total Size 2,21 MB (25 bytes) 
Request Compression - 
Response Compression -

任何進一步的想法的問題可能是什麼？

來源

2011-02-11 burzum

你有沒有嘗試過一個非常簡單的PHP腳本，如<？php phpinfo（）; ？>？查爾斯代理在服務器上，在Windows上？你有問題只與PHP或圖像或其他靜態文件以及？ – regilero 2011-02-11 12:03:08

用圖像和靜態HTML進行測試，速度非常快。查爾斯從我請求頁面的窗口運行。正如另一條評論中提到的，當我將腳本複製到macmini時，它會變得更快，但這不是我想要使用的解決方案，因爲我會使用我的NAS失去備份功能。 – burzum 2011-02-11 12:31:04

我不知道如何閱讀你粘貼的內容，但實際上需要多長時間？在這種情況下，我認爲gbit網絡不會爲mbit網絡帶來任何好處，因爲它基本上是用響應時間來代替帶寬。

它運行的機器需要多長時間？

來源

2011-02-11 11:06:27 gnur

也許您的Apache配置爲執行一些反向DNS，這意味着每次請求時都會嘗試使用您的內部IP執行DNS查找（並且可能會等到請求超時爲止，因爲沒有可以匹配您的DNS服務器內部IP）。

來源

2011-02-11 10:53:59

嘿，謝謝你的快速回答。我不認爲這是反向DNS。任何方式來調試/確認這一點？ mod_status也不會顯示「d」，這將是DNS查找。 – burzum 2011-02-11 11:03:41

在OSX上訪問Apache時的響應時間很長

回答

相關問題