上次我对WordPress的管理界面进行了基准测试，这次的基准测试目标是WordPress博客，测试环境与上一次相同。 这次我将SQL查询次数也纳入了测试范围。 在这次基准测试中，我们看到了WP 2.8在服务器端的良好表现。
但由于某些原因，在测试WP 2.8和Arthemia主题时，我用了很长时间等待MySQL服务器响应。 所以我又花了些时间来调整本地MySQL以提高服务器的响应速度。 WP 2.7.1没有出现这样的问题。我不知道为什么只有WP 2.8出现这样的问题，但这并不重要，因为这次测试的网站（托管在BlueHost服务器上）没有发现类似问题。 为了达到最佳运行速度，首先要正确设置Windows的MySQL服务器。
其次还要注意，有时运行出错，可以检查一下是不是主题出了问题。 Arthemia是一款非常复杂的主题，它用多循环来显示日志、推荐文章、随机文章、侧边栏、页面以及类别菜单，但Arthemia不能用WordPress 2.8优化程序来加载Javascript和CSS文件。 所以我不准备过多谈论服务器生成页面需要的时间，在所有浏览器测试中服务器生成页面的时间都几乎差不多，即使增加插件数量，页面生成时间也只增加了10%到12%。
使用的内存（单位：MB）
占用内存
和管理界面的基准测试结果一样，内存占用量取决于所用插件的数量。
WP 2.7和WP 2.8为了改进WP在widget、查询、重写等方面的表现，比WP 2.6.5使用了更多内存。但三者博客页面所占用的内存相对较平均。 占用内存越少，运行速度相对就会越快，优化也能达到更好的效果。
页面输出量
页面输出量（单位：KB）
测试博客的页面输出量是件棘手的事，这是因为大多数主题都在页脚等地方加载Javascript和CSS文件而不使用WP 2.8的优化功能进行加载。所以只有等到越来越多的主题能够利用WP 2.8进行加载时，我们才能看到WP 2.8的优势。
这一次WP 2.7.1、WP 2.8和WP 2.6.5的测试结果仍然相对接近，只是WP 2.7.1生成的博客首页和存档页面的页面输出量稍大。 WP 2.6.5和WP 2.8生成页面的输出量几乎相同。 所有测试都没有使用页面缓存。
使用WP 2.8的博客缓存效果更好，浏览器重新加载页面的时间也少于WP 2.6.5博客。对页面输出量超过500KB的用户来说，这一点尤为重要。 显然，WP 2.8能够用更短的时间从服务器获取数据。
查询次数
我还测试了WP在博客页面执行的SQL查询次数。 由于Arthemia相对较复杂，我在测试查询次数时用的是WP 的默认主题。 下面的柱状图中，前三栏是Arthemia的测试结果，后三栏是默认主题的测试结果。
查询次数
从图表中我们不难发现，Arthemia频繁地进行查询，这直接影响到博客的运行速度。 但图表中还透露出一个重要信息。 在执行相同任务时，WP 2.8所需查询次数明显少于WP 2.6和WP 2.7。 而执行同一任务时，默认主题的查询次数只占Arthemia主题总查询次数的10%到15%。 WP 2.7.1显示单篇日志时只需要一到两次查询（我也不知道其中的原因），WP 2.8在其它页面上表现较出色，某些情况下查询量甚至会减少10%或更多。
结论
所有这些都表明WP 2.8是WordPress发展史上一大进步，数据库存取的优化就是一个极好的证明。 等越来越多的主题都能够利用WP 2.8的加载优化程序时，WP 2.8在页面输出量和页面加载时间上的优势就更明显了。 对管理界面来说，显示博客页面似乎更为重要，因此上一次基准测试结果也不算糟糕。 即将发布的WP 2.8.1也会改进管理界面的页面内存使用率，提高页面加载速度。
下一步计划
Matt在之前基准测试的评论中说到，我们目前只要看看浏览器端的页面加载速度，就能看出WP 2.8的进步。 下周我会进行Javascript/浏览器基准测试， 还会分析一些插件对博客产生的影响，请大家拭目以待。
分类：新闻资讯