压测数据结果不令人满意啊

winnie_tour 发布于 2011/12/29 16:26
阅读 637
收藏 0
我问个问题:先看下我的测试数据Server Software:        
Document Length:        18069 bytes

Concurrency Level:      1000
Time taken for tests:   17.416 seconds
Complete requests:      1000
Failed requests:        0
Write errors:           0
Total transferred:      18591216 bytes
HTML transferred:       18373647 bytes
Requests per second:    57.42 [#/sec] (mean)
Time per request:       17415.582 [ms] (mean)
Time per request:       17.416 [ms] (mean, across all concurrent requests)
Transfer rate:          1042.49 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       23 1471 2296.5     42   13602
Processing:   936 11986 3150.6  12435   17317
Waiting:      808 11759 3106.2  12194   16593
Total:       1661 13458 3284.9  14530   17352

Percentage of the requests served within a certain time (ms)
  50%  14530
  66%  15476
  75%  15957
  80%  16196
  90%  16748
  95%  16909
  98%  17152
  99%  17203
 100%  17352 (longest request)

机器配置:Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
2G内存,单台压测这个结果是不是很差啊,差不多到多少可以支持千万日均pv访问量
加载中
0
winnie_tour
winnie_tour

刚才用不同地域的机器进行的压测,现在直接在被测机器上结果:

Document Length:        18069 bytes

 

Concurrency Level:      1000

Time taken for tests:   13.833 seconds

Complete requests:      1000

Failed requests:        0

Write errors:           0

Total transferred:      18278000 bytes

HTML transferred:       18069000 bytes

Requests per second:    72.29 [#/sec] (mean)

Time per request:       13832.769 [ms] (mean)

Time per request:       13.833 [ms] (mean, across all concurrent requests)

Transfer rate:          1290.39 [Kbytes/sec] received

 

Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        1   64  37.0     68     119

Processing:   583 9904 3392.5  11132   13719

Waiting:      579 9897 3390.5  11129   13717

Total:        584 9967 3422.0  11220   13824

 

Percentage of the requests served within a certain time (ms)

  50%  11220

  66%  12282

  75%  12813

  80%  13090

  90%  13447

  95%  13692

  98%  13779

  99%  13798

 100%  13824 (longest request)

没好多少。。

0
红薯
红薯

每秒57个请求,一天 86400 秒,总共也才不到500万的请求。

另外,你一台机器一天要顶上千万的PV,是不太可能的,除非纯静态的小页面

0
winnie_tour
winnie_tour
我知道,我加了台tomcat,能提高一倍,我只是想在现有机器配置单台压测,不依赖硬件条件得到最优化的结果,现在没目标,这结果算什么程度了?
红薯
红薯
目前这个结果只能算是中下吧,不过这个主要要看业务的情况了。还有后台数据库呢
0
winnie_tour
winnie_tour
Server Software:        Apache
Server Hostname:        3g.sina.com.cn
Server Port:            80

Document Path:          /?from=3gsinacom
Document Length:        18603 bytes

Concurrency Level:      1000
Time taken for tests:   4.328 seconds
Complete requests:      1000
Failed requests:        997
   (Connect: 0, Receive: 0, Length: 997, Exceptions: 0)
Write errors:           0
Total transferred:      19329391 bytes
HTML transferred:       18548735 bytes
Requests per second:    231.03 [#/sec] (mean)
Time per request:       4328.443 [ms] (mean)
Time per request:       4.328 [ms] (mean, across all concurrent requests)
Transfer rate:          4361.00 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:      105  133 163.2    121    3100
Processing:   440 1470 773.6   1332    4146
Waiting:      174 1191 766.0   1062    3890
Total:        545 1602 787.0   1455    4285

Percentage of the requests served within a certain time (ms)
  50%   1455
  66%   1739
  75%   1911
  80%   2033
  90%   2416
  95%   3705
  98%   4168
  99%   4216
 100%   4285 (longest request)

这算理想吗?还是说我根本不能这么去比较?他还不止一台服务器吧,现在就是没概念对这个
开源中国射线科科长
开源中国射线科科长
明显不只一台服务器 传输压缩量不小 big5之类的不需要说 p 237多我猜是累加的 dispatcher进行了分发 你的一个IP同时发送太多的请求的话 很多也被过滤了 听他们说调用微博API受限制更大
0
Vian
Vian
200多可以了,又看了眼,原来是1000的并发,应该够用了吧?
0
0
Vian
Vian

200的并发如果每秒请求量能过200我觉得就很够用了。。尤其这还是1000的并发,支撑每天过千万的PV应该没什么压力

0
winnie_tour
winnie_tour
思密达,oh yeah
返回顶部
顶部