重构Wordpress以提高内存性能

我仔细研究了Wordpress的内存消耗。在我的网站上，似乎为每个页面命中分配了20MB的RAM，只是为了为所有要运行的插件准备一个舒适的环境。因此，我对它进行了绘制：



没有一个地方可以优化，没有一个坏家伙会消耗大部分的内存。消费分布在许多许多php模块中。

我们如何才能使Wordpress仅在内存中初始化其环境一次，然后为每次命中多次重复使用它？我不想让缓慢的PHP在每次用户单击时都占用20 MB的空间-即使在具有大量内存的服务器上，也要花费数秒钟才能完成所有工作。您基本上将需要只读的内存块，这些内存可以重复使用。

...为什么20MB？任何人都可以提供对此的见解吗？

编辑：这是在我的开发计算机上运行的Wordpress上的WinCacheGrind输出（比共享主机快得多）。如您所见，仅花费一秒钟的时间就可以生成主页的HTML。通过共享主机降低速度，您会遇到麻烦。我选择了大部分时间使用的方法。您将如何优化它？



编辑：这是此出色的functions.php分析工具的查询统计信息。

Load: 12 queries - 532ms - 19.1MB - 43 cache hits / 53
Query: 15 queries - 563ms - 19.0MB - 72 cache hits / 86
Display: 21 queries - 705ms - 19.2MB - 234 cache hits / 257

编辑：您是否想看到一定会吓到您的东西？将这些行插入index.php的末尾：

echo "<pre>\n";
print_r(get_defined_vars());
echo "</pre>\n";

我试图计算当前帖子的正文存储在内存中的次数。我计算了20个实例。然后我意识到PHP具有引用计数，因此副本的数量减少到只有三个：两个似乎在WP_Query中，一个在对象缓存中。我正在进一步调查。

这就是为什么我认为WordPress需要针对内存问题进行重构的原因。您再也不能将其内存消耗归咎于其功能的复杂性。简直就是一堆错。

编辑：经过一天的努力，这是我的发现：

1）88％的内存来自来自require或include或include_once类型的调用：



2）php文件包含的大部分时间是在处理请求的第一部分（并不奇怪），这是在所有内存都被消耗掉的地方：



3）绘制发出请求期间正在执行的所有功能非常有趣。共有12000多个电话。我将它们抖动以使其更加可见（“水平”轴基本上是堆栈的深度）：



4）我能想到的唯一方法是将包括的.php文件数量。如果我将每个文件的功能分开，则可以看到许多文件最多被命中一次或两次。我们需要一种方法来在不需要它们时跳过它们。例如，我的远程数据库备份插件已加载并注册，根本就从未使用过。这是上面按文件名划分的图：



我提供了值得我所有声誉的赏金:)重构，可以减少我的博客内存占用30％或更多。

编辑：我安装了WP 3.1，这是与旧版本的比较。



蓝色是WP 3.1，红色为3.0.4。新的WP更快，​​但也占用更多内存。

这是包含文件的列表。



这让我意识到“ All In One SEO包”消耗了多少内存-一种途径是仅使用插件功能的一小部分来获取我想要的东西。另外，我自己的插件似乎还不错。

我想尝试例如条件加载comment.php（我不允许在博客上发表评论）和其他几个。我删除了所有不推荐使用的代码。我整理了kses.php以仅按需加载其全局表。我简化了l10n（我不进行本地化），使它的函数立即返回字符串，而无需查找。我仍未达到我随意设置的30％标记。

编辑：我下载并启用了APC的默认设置（操作码缓存为32MB）。比较如下：



您可以看到代码加载速度大大加快，并且代码占用的内存也更少（可能是因为我们只处理操作码，不是原始来源）。但是，内存消耗仍然很高。