最近几天我对WordPress进行了一番测试， 在报告测试结果前，我想先告诉大家一些这次测试管理界面部分的相关问题。 测试结果包括对内存的使用、服务器加载页面所需时间以及各页面的总输出容量。
我几乎没有改动WP的安装文件，所以对测试时间的计算会比较准确。 另外，我对GD Press Tools和Arthemia主题的改动也非常少，这一主题会在下一次测试博客时用到。 在插件开发者的推荐下，同时考虑到一些插件的使用问题，这次测试使用的是WordPress 2.6.5版本。 文中图表中的数据都是5次测试的平均值。 进行加载时间和内存测试时我用的浏览器版本是Opera 9.64，而总输出容量测试所用的是附带Firebug 1.3.3补丁的Firefox 3.0.11浏览器（就个人而言，我一点也不喜欢Firefox）。
测试时所用配置和系统设置可以查看我之前的文章Benchmark Setup。 下面的3张图表中，每一组柱状图的前三栏是没有使用插件（只有GD Press Tool被激活）的测试结果，后三栏是激活了15个插件后的测试结果，所用插件参见Benchmark Setup。
为什么要进行基准测试？
WordPress开发团队中还没有人进行这样的测试，所以我决定自己进行测试。 虽然WordPress声称WP 2.8运行速度有了很大提高，但其实这并不符合实际情况。 你可以看看这篇文章，其中“highlights”中有一点提到了管理界面的运行速度有所提升。 用户可以利用管理界面上的Turbo（使用Google Gears程序）按钮来进行加速，这时浏览器加载页面所用时间会比较短。 但 Opera, Safari, Chrome 以及Firefox 本身速度就比较快，加载任何页面都只需要极短的时间。 但浏览器不能加快服务器的反应速度。 Google Gears不支持 Opera与Safari浏览器，我在Firebox上使用Google Gears时也遇到过很多问题，因此我再也不打算用Firebox了。
这里使用WP 2.6.5进行测试只是一个参照，大多数情况下它根本不能和2.7以及2.8版本相提并论，这些新版本的界面和很多其它内容都经过重新设计与改进。但就性能方面而言，WP 2.6.5的确有资格与最新版本一较高下。
页面加载时间
第一轮测试的目的是查看PHP和服务器生成一个页面需要花费多少时间。即使页面的某部分是通过缓存加载的，所用时间和不使用缓存也相差无几。 我注意到WP 2.8重复加载同一页面时，加载速度会比首次加载慢10%到20%。
WP 2.8的加载时间是WP 2.7与WP 2.6.5加载时间的两倍多。 在某些页面上，这种加载速度上的差距更为明显。 我一共测试了4个页面，其中3个是WP自带页面，剩下的一个是GD Press Tools中的Setting页面。加载Setting页面时所用时间最短，这是因为该页面不像WP页面一样内容繁多。
尽管如此，DP Press Tools中有些页面加载仍然需要很多时间。 加载General settings页面需要10到15秒时间，这是因为WP开发人员设计WordPress系统时，要求所有页面时区设置列表与WordPress网站一致。 WordPress核心代码中包括该时区设置列表。 这么慢的加载速度实在是令人无法接受。
内存使用情况
内存使用与加载页面情况大致相同。 从下面的图表中我们可以看到使用15个插件后，内存被大幅度占用。 从图表中还可以看出，无论是否使用插件，WP 2.6.5占用的存储空间都相对较小。
出于内存需要，WP 2.7和WP 2.8版本重新为其界面进行编码。 WP 2.8对WP 2.7的改动并不十分明显，两者内存占用量应该大致相同。 但WP2.8的控制板是个大问题，2.8版本中控制板占用的内存比2.7版本多出25%。 我还注意到General Settings等页面出现内存遗漏问题，内存使用量突然增长到45到55MB。 加载页面失败表明预设的64MB内存已经被耗尽。 类似失败很可能是由时区代码引起。
页面输出量
在这一点上WP 2.8的表现优于WP 2.7。由于所用前台不同，WP 2.6.5的页面略小于WP 2.8和WP 2.7。
而WP 2.8生成的页面又小于WP 2.7的页面，这主要是因为WP 2.8对Javascript和CSS进行了优化，并将若干文件整合到一个文件中。 这也是WP 2.8加载速度较慢以及内存使用量较大的原因之一。
结论
基于以上描述，WP 2.6.5管理界面在加载速度和内存占用方面的表现的确胜于WP 2.7和WP 2.8. 从另一方面来说这些页面都不是最终显示在博客访问者面前的页面，因此现在下定义还为时过早。 WP 2.8.1正式版发布后，我会对比2.8.1版本与WP 2.8，看看WordPress开发人员能不能成功解决WP 2.8中的内存和加载速度问题。
目前仍然有很多用户不满意WP 2.8。 虽然WP 2.8的界面有明显改进，但在一定程度上性能成了优化后的界面和运行流程的牺牲品。 如果WP 2.9也要占用大量内存，想必很多人都会失望吧。
原文：WP Benchmark: Administration
分类：新闻资讯