我为什么选择typecho?discuz x,wordpress,z-blogphp,boblog,emlog
最近因为在重新架设网站,希望做个阅读类的,能应付突发大流量的网,于是考虑放弃原来使用的discuz x3庞大的社区系统,想轻量化,简洁化,重内容化。
于是从wordpress,bo-blog,z-blogphp,emlog,typecho一路选择测试过来,最终我认为,typecho是我的最佳选择。
本文是深夜直播,我先讲一下为什么要做这个测试。
原因:一开始用大名鼎鼎的wordpress,我都挑选好模版了,各方面都准备好了,然后突然想到,应该对网站做一下压力测试,看能承受多大的浏览压力,网上搜索到有个在线压力测试的网站,叫做卡卡网(为避免广告嫌疑,大家可以自己搜索 “卡卡网 压力测试”),我设置了下默认最高的50个用户,连续8分钟,间隔3秒钟的压力测试,我原本以为毫无压力的,结果,在看到大概有40个请求的时候,我自己的网站打不开了,我试着用linux控制台登录查看服务器cpu占用,发现控制台都已经响应非常慢,需要十来秒才有反应,最终top看到cpu满负荷。
不大甘心,我以为我服务器太慢了,我又简单测试了下正在运行的discuz X,虽然连续的访问也把速度拖慢了,但是表现要比wordpress好很多很多,不至于连服务器都被拖的当机了
我第一感觉,这wordpress是不是程序内太多绕圈的不需要的程序了,于是这就开始了我一路的寻觅之旅...
现在,就把这寻觅的过程,重新整理一下,分享给大家,希望对大家有帮助,最大的希望,也是希望大家能知道,typecho是一款运行速度非常快的博客程序,希望typecho的用户更多,做typecho开发的更多。
附:
今晚的直播,是在我自认为比较严谨的情况下做的。说一下参考环境:
服务器万网翔云,单核2.26g+2g内存+5G独享带宽,linux系统,只运行一个网站
根目录下运行discuz x,测试的时候关闭该网站服务(当然我的网站深夜几乎没流量的,可能只有搜索引擎爬一下)
然后在根目录下分别安装了emlog,typecho(刚刚安装的),z-blogphp。
为什么没有标题的wordpress和bo-blog?因为这两者在我之前的测试过程中就已经放弃了,删除了,我已经懒得再重新做一遍测试了。
在线压力测试工具介绍
该测试工具,分压力测试和负载测试,(非常遗憾的是我发现在该论坛我无法上传图片附件,所以大家只能用文字看了,当然你也可以自己去那个网站测试一下。)
压力测试:在一定的负荷条件下,长时间连续运行系统给系统性能造成的影响。例如:同一时间50个用户连续3分钟访问网站,网站的打开时间受到多大影响。
===========
并发用户数: 1 10 20 30 50 100 150 200 250
持续时间: 1分钟 2分钟 3分钟 5分钟 8分钟
每请求延迟: 3秒钟 5秒钟 10秒钟
HTML分析: HTML 图片 Flash CSS JS XML
=========这项测试,我一般进行250个并发用户,连续5分钟的,每间隔5秒的高负荷请求,对太慢的程序,我就降低用户数,压力测试更能反应该程序给服务器运行带来的影响。
各博客测试程序测试设置说明:
所有待测博客程序,都不安装插件,都不用静态,都开启gzip,都设置为最简单的默认主题,并且把默认主题下面的图片文件夹改名(尽量减少因为图片造成的差异)。新建一篇纯文字的文章,大约1000字,并且每篇文章加载评论10条。
然后对这篇文章进行测试。
为了阅读方便,结果和个人评价,在各楼层进行。
高端黑,我也会。
版主: le720
Re: 高端黑,我也会。
首先是首先是 typecho
测试前文章 评论(10)浏览(21105)
服务器资源:Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 98.7%id, 0.7%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 2064796k total, 1203652k used, 861144k free, 278052k buffers
选择最高压力250用户,间隔3秒的,持续5分钟的测试。
测试的文件总体积,总计:18.829 Kb,包括htm,js,css,开启了 gzip
测试过程中在压力高峰期的几个标志数据,
Cpu(s): 53.2%us, 9.3%sy, 0.0%ni, 36.2%id, 0.0%wa, 0.3%hi, 1.0%si, 0.0%st
Mem: 2064796k total, 1557904k used, 506892k free, 278156k buffers
Cpu(s): 58.5%us, 10.6%sy, 0.0%ni, 29.2%id, 0.0%wa, 0.7%hi, 1.0%si, 0.0%st
Cpu(s): 68.8%us, 13.6%sy, 0.0%ni, 15.3%id, 0.3%wa, 0.3%hi, 1.7%si, 0.0%st
Cpu(s): 47.4%us, 9.6%sy, 0.0%ni, 40.7%id, 0.7%wa, 0.7%hi, 1.0%si, 0.0%st
Cpu(s): 70.7%us, 14.0%sy, 0.0%ni, 14.0%id, 0.0%wa, 0.3%hi, 1.0%si, 0.0%st
Cpu(s): 56.3%us, 11.6%sy, 0.0%ni, 29.8%id, 0.3%wa, 0.3%hi, 1.7%si, 0.0%st
Cpu(s): 42.7%us, 8.6%sy, 0.0%ni, 46.7%id, 0.7%wa, 0.3%hi, 1.0%si, 0.0%st
Cpu(s): 60.3%us, 14.2%sy, 0.0%ni, 21.9%id, 1.3%wa, 0.3%hi, 2.0%si, 0.0%st
Mem: 2064796k total, 1592932k used, 471864k free, 278204k buffers
高峰期间人工访问typecho网页,大约1秒左右打开,速度正常不受影响。
测试完毕后,网页响应速度立即回复最快,百毫秒级打开。
测试文章增加了一万多个浏览量,评论(10)浏览(31980)
结果:
◎ 测试选项
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 4:55:06
测试结束时间:2014年3月12日 5:03:09
总共请求数:10424
成功请求数:10410
失败请求数:14
总共吞吐量(kb):196,110.540
平均连接时间(s):1.288
平均下载时间(s):1.659
测试通过,在这样的压力测试下,服务器运行正常。
测试前文章 评论(10)浏览(21105)
服务器资源:Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 98.7%id, 0.7%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 2064796k total, 1203652k used, 861144k free, 278052k buffers
选择最高压力250用户,间隔3秒的,持续5分钟的测试。
测试的文件总体积,总计:18.829 Kb,包括htm,js,css,开启了 gzip
测试过程中在压力高峰期的几个标志数据,
Cpu(s): 53.2%us, 9.3%sy, 0.0%ni, 36.2%id, 0.0%wa, 0.3%hi, 1.0%si, 0.0%st
Mem: 2064796k total, 1557904k used, 506892k free, 278156k buffers
Cpu(s): 58.5%us, 10.6%sy, 0.0%ni, 29.2%id, 0.0%wa, 0.7%hi, 1.0%si, 0.0%st
Cpu(s): 68.8%us, 13.6%sy, 0.0%ni, 15.3%id, 0.3%wa, 0.3%hi, 1.7%si, 0.0%st
Cpu(s): 47.4%us, 9.6%sy, 0.0%ni, 40.7%id, 0.7%wa, 0.7%hi, 1.0%si, 0.0%st
Cpu(s): 70.7%us, 14.0%sy, 0.0%ni, 14.0%id, 0.0%wa, 0.3%hi, 1.0%si, 0.0%st
Cpu(s): 56.3%us, 11.6%sy, 0.0%ni, 29.8%id, 0.3%wa, 0.3%hi, 1.7%si, 0.0%st
Cpu(s): 42.7%us, 8.6%sy, 0.0%ni, 46.7%id, 0.7%wa, 0.3%hi, 1.0%si, 0.0%st
Cpu(s): 60.3%us, 14.2%sy, 0.0%ni, 21.9%id, 1.3%wa, 0.3%hi, 2.0%si, 0.0%st
Mem: 2064796k total, 1592932k used, 471864k free, 278204k buffers
高峰期间人工访问typecho网页,大约1秒左右打开,速度正常不受影响。
测试完毕后,网页响应速度立即回复最快,百毫秒级打开。
测试文章增加了一万多个浏览量,评论(10)浏览(31980)
结果:
◎ 测试选项
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 4:55:06
测试结束时间:2014年3月12日 5:03:09
总共请求数:10424
成功请求数:10410
失败请求数:14
总共吞吐量(kb):196,110.540
平均连接时间(s):1.288
平均下载时间(s):1.659
测试通过,在这样的压力测试下,服务器运行正常。
上次由 eoo 在 2014年 5月 8日 22:27,总共编辑 1 次。
Re: 高端黑,我也会。
接下来是对z-blogphp 1.2进行压力测试测试
测试前文章:浏览:8 评论:10
服务器:Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 99.0%id, 0.3%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 2064796k total, 1218376k used, 846420k free, 278684k buffers
测试页面 大小,总计:51.614 Kb,有一个js文件比较大,开启了gzip压缩。
测试高峰期,CPU和内存几个标志性的数值
Cpu(s): 78.5%us, 14.2%sy, 0.0%ni, 6.3%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Mem: 2064796k total, 1822336k used, 242460k free, 138044k buffers
Cpu(s): 66.9%us, 11.3%sy, 0.0%ni, 20.9%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 54.3%us, 7.9%sy, 0.0%ni, 36.8%id, 0.0%wa, 0.7%hi, 0.3%si, 0.0%st
Cpu(s): 66.3%us, 12.7%sy, 0.0%ni, 19.3%id, 0.0%wa, 0.3%hi, 1.3%si, 0.0%st
Cpu(s): 60.9%us, 8.7%sy, 0.0%ni, 29.1%id, 0.3%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 77.8%us, 12.9%sy, 0.0%ni, 7.9%id, 0.0%wa, 0.7%hi, 0.7%si, 0.0%st
Cpu(s): 56.0%us, 9.3%sy, 0.0%ni, 33.3%id, 0.3%wa, 0.0%hi, 1.0%si, 0.0%st
Cpu(s): 75.7%us, 12.0%sy, 0.0%ni, 10.3%id, 1.3%wa, 0.3%hi, 0.3%si, 0.0%st
测试过程中,我的网站响应速度变慢,自己访问测试网页一般要3-5秒才打开。但是服务器没有当机,网站虽然慢但是还可以访问,只是体验较差。
测试完毕:
文章浏览增加:浏览:5874
至于为什么这次为什么只能有5000多次的请求,我也不知道为什么。
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
5:29:48 250 5515 5353 162 279,355.540 3.326 8.365
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 5:29:44
测试结束时间:2014年3月12日 5:37:49
测试通过,但是测试过程中访问速度变慢,测试完毕后服务器响应速度完全正常。
大家可以注意到的是,这次的总数据量比emlog大,达到279M左右了。可能受客户机带宽影响了客户机带宽是3M
但是有一点不可以否认的就是,CPU和内存占用,都更高了,这表明什么?
当然,z-blogphp依旧是一款非常快的程序,也非常轻巧的程序。
测试前文章:浏览:8 评论:10
服务器:Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 99.0%id, 0.3%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 2064796k total, 1218376k used, 846420k free, 278684k buffers
测试页面 大小,总计:51.614 Kb,有一个js文件比较大,开启了gzip压缩。
测试高峰期,CPU和内存几个标志性的数值
Cpu(s): 78.5%us, 14.2%sy, 0.0%ni, 6.3%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Mem: 2064796k total, 1822336k used, 242460k free, 138044k buffers
Cpu(s): 66.9%us, 11.3%sy, 0.0%ni, 20.9%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 54.3%us, 7.9%sy, 0.0%ni, 36.8%id, 0.0%wa, 0.7%hi, 0.3%si, 0.0%st
Cpu(s): 66.3%us, 12.7%sy, 0.0%ni, 19.3%id, 0.0%wa, 0.3%hi, 1.3%si, 0.0%st
Cpu(s): 60.9%us, 8.7%sy, 0.0%ni, 29.1%id, 0.3%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 77.8%us, 12.9%sy, 0.0%ni, 7.9%id, 0.0%wa, 0.7%hi, 0.7%si, 0.0%st
Cpu(s): 56.0%us, 9.3%sy, 0.0%ni, 33.3%id, 0.3%wa, 0.0%hi, 1.0%si, 0.0%st
Cpu(s): 75.7%us, 12.0%sy, 0.0%ni, 10.3%id, 1.3%wa, 0.3%hi, 0.3%si, 0.0%st
测试过程中,我的网站响应速度变慢,自己访问测试网页一般要3-5秒才打开。但是服务器没有当机,网站虽然慢但是还可以访问,只是体验较差。
测试完毕:
文章浏览增加:浏览:5874
至于为什么这次为什么只能有5000多次的请求,我也不知道为什么。
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
5:29:48 250 5515 5353 162 279,355.540 3.326 8.365
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 5:29:44
测试结束时间:2014年3月12日 5:37:49
测试通过,但是测试过程中访问速度变慢,测试完毕后服务器响应速度完全正常。
大家可以注意到的是,这次的总数据量比emlog大,达到279M左右了。可能受客户机带宽影响了客户机带宽是3M
但是有一点不可以否认的就是,CPU和内存占用,都更高了,这表明什么?
当然,z-blogphp依旧是一款非常快的程序,也非常轻巧的程序。
Re: 高端黑,我也会。
接下来是emlog正式版
为什么要测试emlog?其实在接触typecho之前,我就安装了一次emlog,但是安装好像是出了点问题我就没用了,之后我在找typecho的主题以及资源的时候,看到某一位评论说:要么选择丰富完善的wordpress,要么选择极端轻便快速的emlog,甚至连那个神码以前的wordpress大师都用的emlog,而typecho只不过是小众的用的,一副不削一顾的样子。
我心里面嘀咕?因为我已经差不多选定typecho了,现在突然冒出这么一个对emlog这么赞的人,我还必须要再重新试试 emlog了,也许emlog更好更快?
试试吧,又重新下载了个来安装,还好一切正常,依旧是那篇千字纯文字文章,依旧是无图片主题,依旧是10个评论,依旧是无插件环境。
测试前服务器资源
Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 98.3%id, 1.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 2064796k total, 903072k used, 1161724k free, 141308k buffers
测试页面大小:总计:15.521 Kb,我不确定有没有gzip的开启关闭选项,因为没找到,但是15K并不大,看起来应该是很轻便的,好,来看看表现。
Cpu(s): 90.6%us, 7.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 1.3%si, 0.0%st
Cpu(s): 92.0%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Mem: 2064796k total, 1142432k used, 922364k free, 161972k buffers
Cpu(s): 93.0%us, 6.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Cpu(s): 92.4%us, 6.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 93.7%us, 5.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 92.4%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 94.3%us, 5.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
我真不明白,这么一个小不点程序,表面看起来跟wordpress一样干净利索的程序,内存消耗那么点的,为什么能占用那么多CPU资源。这也表明了emlog后台的复杂性,也许为了以后更容易扩展?也许为了各种绕来绕去的插件版权保护?我不得而知,我只知道这表现,跟wordpress,也好不到哪去。
这样的压力测试,把服务器给弄垮了,现在数据库连接不上了
503Error establishing a database connection
为什么要测试emlog?其实在接触typecho之前,我就安装了一次emlog,但是安装好像是出了点问题我就没用了,之后我在找typecho的主题以及资源的时候,看到某一位评论说:要么选择丰富完善的wordpress,要么选择极端轻便快速的emlog,甚至连那个神码以前的wordpress大师都用的emlog,而typecho只不过是小众的用的,一副不削一顾的样子。
我心里面嘀咕?因为我已经差不多选定typecho了,现在突然冒出这么一个对emlog这么赞的人,我还必须要再重新试试 emlog了,也许emlog更好更快?
试试吧,又重新下载了个来安装,还好一切正常,依旧是那篇千字纯文字文章,依旧是无图片主题,依旧是10个评论,依旧是无插件环境。
测试前服务器资源
Cpu(s): 0.0%us, 0.3%sy, 0.0%ni, 98.3%id, 1.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 2064796k total, 903072k used, 1161724k free, 141308k buffers
测试页面大小:总计:15.521 Kb,我不确定有没有gzip的开启关闭选项,因为没找到,但是15K并不大,看起来应该是很轻便的,好,来看看表现。
Cpu(s): 90.6%us, 7.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 1.3%si, 0.0%st
Cpu(s): 92.0%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Mem: 2064796k total, 1142432k used, 922364k free, 161972k buffers
Cpu(s): 93.0%us, 6.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Cpu(s): 92.4%us, 6.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 93.7%us, 5.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 92.4%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 94.3%us, 5.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
我真不明白,这么一个小不点程序,表面看起来跟wordpress一样干净利索的程序,内存消耗那么点的,为什么能占用那么多CPU资源。这也表明了emlog后台的复杂性,也许为了以后更容易扩展?也许为了各种绕来绕去的插件版权保护?我不得而知,我只知道这表现,跟wordpress,也好不到哪去。
这样的压力测试,把服务器给弄垮了,现在数据库连接不上了
503Error establishing a database connection
Re: 高端黑,我也会。
这个测试结果是第一遍的,因为第二遍数据库已经连接不上了,所以结果已经没什么意义。
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:11:46 250 3430 1028 2402 24,388.130 2.476 2.581
总共请求3000多,失败2000多,别看平均打开时间,那主要是受带宽和文件大小影响,真正核心的是CPU占用过高导致了失败请求太多。
◎ 测试选项
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 6:11:42
测试结束时间:2014年3月12日 6:19:46
第二遍的结果,已经没什么意义了
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:21:25 250 6860 577 6283 47,688.460 8.365 8.584
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:11:46 250 3430 1028 2402 24,388.130 2.476 2.581
总共请求3000多,失败2000多,别看平均打开时间,那主要是受带宽和文件大小影响,真正核心的是CPU占用过高导致了失败请求太多。
◎ 测试选项
并发用户数:250
持续时间(分):5
每请求延迟时间(秒):3
HTML分析:html,image,flash,css,javascript,xml
◎ 统计摘要
测试开始时间:2014年3月12日 6:11:42
测试结束时间:2014年3月12日 6:19:46
第二遍的结果,已经没什么意义了
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:21:25 250 6860 577 6283 47,688.460 8.365 8.584
Re: 高端黑,我也会。
继续测试。
好歹服务器恢复正常以后,我们来降低压力,看看emlog在100个用户,间隔3秒,连续5分钟的压力测试下如何吧?
Cpu(s): 92.3%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 93.4%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 92.4%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 93.3%us, 6.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 93.0%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.0%si, 0.0%st
Cpu(s): 93.4%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
说实话这还是我第一次测试emlog在低压力下的表现,让我实在有点吃惊,当然了,这个测试过程中,因为CPU满载,所以网页响应速度是相当的慢,访问体验不用说了, 一个关于页面,也需要二十秒左右才能打开。
这个结果真有点让人大跌眼镜
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:31:14 100 1910 971 939 20,043.360 2.790 2.908
好歹服务器恢复正常以后,我们来降低压力,看看emlog在100个用户,间隔3秒,连续5分钟的压力测试下如何吧?
Cpu(s): 92.3%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 93.4%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 92.4%us, 7.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 93.3%us, 6.3%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 93.0%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.0%si, 0.0%st
Cpu(s): 93.4%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
说实话这还是我第一次测试emlog在低压力下的表现,让我实在有点吃惊,当然了,这个测试过程中,因为CPU满载,所以网页响应速度是相当的慢,访问体验不用说了, 一个关于页面,也需要二十秒左右才能打开。
这个结果真有点让人大跌眼镜
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:31:14 100 1910 971 939 20,043.360 2.790 2.908
Re: 高端黑,我也会。
这就是神人吹的emlog?虽然到这里我已经彻底放弃emlog了,但是好歹让我们看看,他能承受什么压力吧?
我们给他50个用户,间隔3秒,持续5分钟的压力如何?
Cpu(s): 78.1%us, 5.6%sy, 0.0%ni, 9.6%id, 6.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 93.0%us, 6.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 91.3%us, 5.7%sy, 0.0%ni, 2.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 83.4%us, 6.6%sy, 0.0%ni, 9.3%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 71.0%us, 4.7%sy, 0.0%ni, 23.3%id, 0.7%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 80.4%us, 5.3%sy, 0.0%ni, 13.3%id, 0.7%wa, 0.3%hi, 0.0%si, 0.0%st
Cpu(s): 93.3%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Cpu(s): 92.3%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 70.5%us, 4.0%sy, 0.0%ni, 25.2%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
在压力测试高峰期,网站访问算正常,平均1-2秒打开,毕竟CPU刚好够用
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:38:53 50 1475 1402 73 22,256.570 1.929 2.052
虽然失败了73次,虽然只是请求了1400多次,但是你已经比 wordpress的表现要好了
什么,WORDPRESS的表现还要差?
没错,我现在虽然已经没有WORDPRESS的数据了,但是可以这样说吧
WORDPRESS在同样的50个的压力下,在请求数刚升到40的样子就开始有失败请求,测试完毕后,占据绝大部分都是失败的请求而且把服务器拖垮无法在短时间内恢复,在测试期间,网站压根无法访问,连 linux 远程连接都很难连接上,ftp 更是无反应。
当然,emlog的表现,一点都不比discuz x更好一些,虽然看起来他是那么的轻便,但是大家不要被他表象迷惑了,不相信吗?
我们接下来马上测试discuz X,这个已经是我运行了很久的网站了,我们测试一下一个纯文字的帖子吧。
我们给他50个用户,间隔3秒,持续5分钟的压力如何?
Cpu(s): 78.1%us, 5.6%sy, 0.0%ni, 9.6%id, 6.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 93.0%us, 6.6%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 91.3%us, 5.7%sy, 0.0%ni, 2.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 83.4%us, 6.6%sy, 0.0%ni, 9.3%id, 0.0%wa, 0.3%hi, 0.3%si, 0.0%st
Cpu(s): 71.0%us, 4.7%sy, 0.0%ni, 23.3%id, 0.7%wa, 0.0%hi, 0.3%si, 0.0%st
Cpu(s): 80.4%us, 5.3%sy, 0.0%ni, 13.3%id, 0.7%wa, 0.3%hi, 0.0%si, 0.0%st
Cpu(s): 93.3%us, 6.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Cpu(s): 92.3%us, 6.7%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.3%hi, 0.7%si, 0.0%st
Cpu(s): 70.5%us, 4.0%sy, 0.0%ni, 25.2%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
在压力测试高峰期,网站访问算正常,平均1-2秒打开,毕竟CPU刚好够用
并发执行结果
时间
(h:m:s) 并发用户 请求数 成功 失败 总带宽(吞吐量)
(kb) 平均连接时间
(s) 平均打开时间
(s)
6:38:53 50 1475 1402 73 22,256.570 1.929 2.052
虽然失败了73次,虽然只是请求了1400多次,但是你已经比 wordpress的表现要好了
什么,WORDPRESS的表现还要差?
没错,我现在虽然已经没有WORDPRESS的数据了,但是可以这样说吧
WORDPRESS在同样的50个的压力下,在请求数刚升到40的样子就开始有失败请求,测试完毕后,占据绝大部分都是失败的请求而且把服务器拖垮无法在短时间内恢复,在测试期间,网站压根无法访问,连 linux 远程连接都很难连接上,ftp 更是无反应。
当然,emlog的表现,一点都不比discuz x更好一些,虽然看起来他是那么的轻便,但是大家不要被他表象迷惑了,不相信吗?
我们接下来马上测试discuz X,这个已经是我运行了很久的网站了,我们测试一下一个纯文字的帖子吧。
Re: 高端黑,我也会。
其实的我都不测试了,这篇文章就是为了评价emlog这个渣渣的。至于啥原因,传送门: http://bbs.渣渣.net/thread-34419-1-1.html