2012-09-21 68 views
0

在測試某些網站的性能時,有人可以幫助分析下面的輸出嗎?特別是那些代表進度計的線使用curl進行性能測試 - 延遲

在我看來curl重新嘗試下載頁面的內容幾次..是嗎?

什麼是可能的原因 - 它會是格式不正確的Content-Lenght響應頭?


About to connect() to xx.example.com port 80 (#0) 
Trying 12.12.12.12... connected 
Connected to xx.example.com (12.12.12.12) port 80 (#0) 
GET /testing/page HTTP/1.1 
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) 
      Gecko/20100101 Firefox/4.0.1 
Host: mp.example.com 
Accept-Encoding: deflate, gzip 
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 

    % Total % Received % Xferd Average Speed Time Time  Time Current 
           Dload Upload Total Spent Left Speed 

    0  0 0  0 0  0  0  0 --:--:-- --:--:-- --:--:--  0 
    HTTP/1.1 200 OK 

Age: 26   
Date: Thu, 21 Sept 2012 15:19:48 GMT 
Cache-Control: max-age=60   
Xontent-Length:   
Connection: Close  
Via: proxy 
ETag: "KNANXUSNFMBN" 
Content-Type: application/json;charset=UTF-8 
Vary: Accept-Encoding 

[data not shown] 

100 32074 0 32074 0  0 54987  0 --:--:-- --:--:-- --:--:-- 55300 
100 49400 0 49400 0  0 28372  0 --:--:-- 0:00:01 --:--:-- 28423 
100 52121 0 52121 0  0 20174  0 --:--:-- 0:00:02 --:--:-- 20201 
100 58912 0 58912 0  0 16923  0 --:--:-- 0:00:03 --:--:-- 16938 

100 58912 0 58912 0  0 13142  0 --:--:-- 0:00:04 --:--:-- 13152 
100 58912 0 58912 0  0 10742  0 --:--:-- 0:00:05 --:--:-- 5476 
100 58912 0 58912 0  0 9083  0 --:--:-- 0:00:06 --:--:-- 2004 
100 58912 0 58912 0  0 7868  0 --:--:-- 0:00:07 --:--:-- 1384 
100 58912 0 58912 0  0 6940  0 --:--:-- 0:00:08 --:--:--  0 
100 58912 0 58912 0  0 6207  0 --:--:-- 0:00:09 --:--:--  0 
100 58912 0 58912 0  0 5615  0 --:--:-- 0:00:10 --:--:--  0 
100 58912 0 58912 0  0 5125  0 --:--:-- 0:00:11 --:--:--  0 
100 58912 0 58912 0  0 4715  0 --:--:-- 0:00:12 --:--:--  0 
100 58912 0 58912 0  0 4365  0 --:--:-- 0:00:13 --:--:--  0 
100 58912 0 58912 0  0 4063  0 --:--:-- 0:00:14 --:--:--  0 
100 58912 0 58912 0  0 3801  0 --:--:-- 0:00:15 --:--:--  0 
100 58912 0 58912 0  0 3570  0 --:--:-- 0:00:16 --:--:--  0 
100 58912 0 58912 0  0 3366  0 --:--:-- 0:00:17 --:--:--  0 
100 58913 0 58913 0  0 3226  0 --:--:-- 0:00:18 --:--:--  0 
100 113k 0 113k 0  0 6067  0 --:--:-- 0:00:19 --:--:-- 12387* 
Closing connection #0 

END - total_time: 19.094 
(cumul_times - dns: 0.002 connect: 0.004 pretrans: 0.004 firstbyte: 0.006) 
status: 200 size: 115856 hsize: 269 date: 16.08.2012-18:20:33 1345130433 

我將不勝感激這一切輸入。

我正在解決特定網頁的延遲問題,我正在尋找關於如何解釋這些捲曲進度表線的建議。 在工作場景中 - 那裏是沒有延遲 - 有1個進度表行:

Age: 28   
Date: Thu, 21 Sep Aug 2012 15:20:46 GMT 
Cache-Control: max-age=60   
Content-Length: 115856  
Connection: Keep-Alive 
Via: proxy 
ETag: "KXNFGAHSKCUY" 
Content-Type: application/json;charset=UTF-8 
Vary: Accept-Encoding 
[data not shown] 

100 113k 100 113k 0  0 6402k  0 --:--:-- --:--:-- --:--:-- 8703k* 
Connection #0 to host xx.example.com left intact 

Closing connection #0 
END - **total_time: 0.018** 
(cumul_times - dns: 0.002 connect: 0.004 pretrans: 0.004 firstbyte: 0.006) 
status: 200 size: 115856 hsize: 269 date: 16.08.2012-18:21:14 1345130474 

我的問題是什麼的各條線是什麼意思?捲曲只獲取了部分內容,並且正在重新嘗試和重新嘗試。 可能是什麼原因?服務器緩慢?丟棄廣域網連接.....?

+0

這些粗線有什麼問題?我看到這些捲曲進度條消息應該是'\ r'結束。他們不是'\ n'結尾。所以個人行不重要。 –

回答

0

你可以發佈你執行的curl請求嗎? 雖然,您可能希望使用abapib(可在谷歌代碼上)進行基準測試。

+0

已在我的摘要中添加了一些更多信息 – andrus