这是一个创建于 3576 天前的主题，其中的信息可能已经有所发展或是发生改变。
我用的ab，还有boom这个软件，做了下测试。
350并发的情况下，Requests/Second大概处于90 - 200之间，90是文章列表页（我就为了测试，数据库中没有插入很多记录，就10多条），200的基本就是直接从内存读取数据生成的页面。
测试是在virtualbox里跑一个ubuntu虚拟机，分配了256M内存，单核（i5，2.8G），nginx反代的go程序。
- 请问我这个Request/Second是一个什么样的水平，属于一个什么规模的站点？
- 350并发就是最高了，380勉强，400就出错了，但是这个时候我
top看了一下，CPU和内存并没有占满，那请问这个瓶颈在哪里了？ - @Livid 之前的一个帖子（http://www.v2ex.com/t/79819 ）里第二点提到，生成页面最好在10ms之内，请问这个10ms是在什么情况下获得的？350并发的时候，我查看log记录，时间从2ms到几百ms，甚至有过1s的达到3、4秒的。不过不在测试的时候，我随便点一些页面，大多在3 - 6ms之间，这样可以吗？
- 考虑网站性能，除了这个Requests/Second数据，还有什么数据比较重要？
新手请教，谢谢大家！
 |
1
jarlyyn 2015-03-15 23:30:30 +08:00  1
一般瓶颈很有可能在数据库
网站没上线不用过多的考虑优化。因为大部分情况下优化主要是靠合理的缓存，而缓存怎么合理主要是看用户是怎么访问的。 个人意见。 |
 |
3
crazybubble 2015-03-22 15:36:04 +08:00 1
关于第4点，我觉得不能光考虑Throughput（req/sec），还要考虑latency（response time），性能其实是看这个比值，在throughput高的情况下latency越低越好，单看这两者任何一个指标都不能算全面。我最近工作中也在做性能测试相关的事情，也还处于学习阶段，我看了这个视频觉得挺有帮助的推荐你看一下： http://www.infoq.com/presentations/performance-testing-java?utm_source=infoq&utm_medium=slideshare&utm_campaign=slidesharelondon
|
 |
4
leedstyh OP @crazybubble 谢谢，我去看看
|
Select Language