APACHE 用WEBBENCH 压力测试一下
webbench -c 500 -t 30 http://xxx.com/
-c 是线程-t 是时间
不要做坏事啊 CLOUD 最大的问题 由于磁盘是共享的 所以性能不行
跑数据库并不合适AMAZON 之类都有提供RDS 关系型数据库专门放数据库的
2个一起用成本又太高还不如SSD的独服来的性价比高 放hostloc秀一下，全国的人都会帮你做压力测试的。 blunt 发表于 2013-5-16 11:27 static/image/common/back.gif
你真热心肠，谢了。你的停放页匹配的非常精准，顺便帮你点了。
那个不是我的网站，上面的东西不错值得向你推荐 是不是你们的tomcat设置不对？ 试试 jboss 所谓性能优化,其实就是合理的调整和分配资源.
CPU资源,内存资源,IO资源 以及网络资源.
网络资源的分配先不管,
你的应用,对 CPU,RAM,IO这三个资源的使用情况怎么样?挂掉的时候是怎么样?
答案其实也就有了.
具体应用的程序实现中,可以对这三者做一些调整..压力总是在,只是由你安排由哪个环节来承受.
比如说:
1,在游戏开发中,把经常算并且经常算的数据,先算好..然后扔在内存中...后面用的时候直接读取,而不是每次都算一下.
2,在WEB中, 把常用数据放在RAM中,减少IO压力. 比如说MEM CACHE.
为防止别人喷我只说空话不具体.给你举个不恰当例子:
在做统计系统的时候, 需要统计 用户环境. 而用户环境的基础数据,是由 User Agent来提供的. 游览版本,OS版本等.
每次都要 parse 这个 string,那么可以:
parse这个数据之后,用hashtable来做cache记录,放在内存中.. 下次碰到同样的UA,直接对应就好了.
再举个现实的例子:
常规论坛,看的人要比发贴 的人多的多.
那么,可以优化查看效率,哪怕稍降一点点的发贴 效率.因为当你提交贴子的时候,多300ms和少300ms你都得等.
进一步说看贴 .当你在贴 吧的时候,或者在天涯那种论坛里的时候.你不会去关注你所看的贴 子,离楼主发贴的时间已经过去了几秒还是几十秒.
那么,你可以把热点内容做个CACHE.
再举个例子:
为了优化HTTP请求, 很多网站把 HTML和IMAGE分开放. 当然这样做也可以方便 统计SERVER LOG.
IMAGE可以通过 CDN.因为这些是不常变的. CSS和JS也可以CDN.因为这些内容是每个页面都要套的.
所以具体问题具体对待.你需要找出服务器压力在哪里. 过了N久才发现文不对题了.
百度一下 开源WEB压力测试软件即可.
也有商业的,很强大也很吃机器. 你需要准备一堆测试机. 大洲 发表于 2013-5-17 07:16 static/image/common/back.gif
过了N久才发现文不对题了.
百度一下 开源WEB压力测试软件即可.
你太逗了。。。 河小马 发表于 2013-5-17 07:26 static/image/common/back.gif
你太逗了。。。
多谢各位老大了，这几天忙于找软件测试，没及时回复。
找了很久的测试软件，最后发现我电脑上的vs2010 c#中就有web测试功能，现在是直接拿他来测试，效果还不错。顺便给跟我一样要做测试的朋友们说一下，网上搜索到很多都是推荐Microsoft Web Application Stress Tool，其实这款使用起来很不好，客户机很容易挂掉，线程上不了1000就挂。 大洲 发表于 2013-5-17 07:16 static/image/common/back.gif
过了N久才发现文不对题了.
百度一下 开源WEB压力测试软件即可.
vs2010中的web测试功能有线程限制，唉。不知大牛们有没有破解方法。下午改用webbench测试了一下，
结果如下：
webbench -c 500 -t 30 http://l/
Speed=168 pages/min,241318 bytes/sec.
Requests:84 susceed,0 failed.
想测出真实数据，首先发起测试的机器带宽，cpu，内存要足够才行，还是得多弄几台机器，同时攻击服务器才行啊，其实最靠谱的压测就是DDOS tools，哈哈
页:
1
[2]
