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

Question

我问个问题：先看下我的测试数据Server Software:        

Answer 1

思密达，oh yeah

Answer 2

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

Answer 3

请明示ls

Answer 4

200多可以了,又看了眼，原来是1000的并发，应该够用了吧？

Answer 5

明显不只一台服务器 传输压缩量不小 big5之类的不需要说 p 237多我猜是累加的 dispatcher进行了分发 你的一个IP同时发送太多的请求的话 很多也被过滤了 听他们说调用微博API受限制更大

Answer 6

Server Software:        Apache

Answer 7

目前这个结果只能算是中下吧，不过这个主要要看业务的情况了。还有后台数据库呢

Answer 8

我知道，我加了台tomcat，能提高一倍，我只是想在现有机器配置单台压测，不依赖硬件条件得到最优化的结果，现在没目标，这结果算什么程度了？

Answer 9

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

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

Answer 10

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

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)

没好多少。。