ahaoxie's blog

drupal是比较耗资源的cpu占用率，内存使用量, 和脚本执行时间都不乐观，主要是
1） drupal会加载所有的开启的了的模块的module文件，加载很多的inc文件，还有tpl.php文件，以block为例, 如果你一个页有20个block，那么就有20次include('block.tpl.php'), 一个比较复杂的页面，可能光加载tpl文件就多达七八十次，结果就是不断的读硬盘呀读硬盘。
2） drupal有很多的static变量，而且有的static变量占着相当大的内存, 这些static变量加上载入的文件， 结果就是很多人碰到的，你得将php.ini中的memory_limit设到128M以上甚至更大。
3） drupal的theme与数据高度分离，在一定程度增加了cpu的占用率, 以theme_item_list 和 theme_table为例, 为获得item_list和table的rows的数据，你得执行一次foreach()或者while()将内容放到数组里，然后将数组传给theme 函数, 然后theme里边又执行一次循环来输出数据。
4) drupal的一些函数需要不停的查询数据库. 比如l()和t(), 一个页面执行到输出，查询数据库几百次。
5）drupal 灵活的hook机制，也导致一些资源的浪费. 一个很简单的页面输出，如果没有开启缓存，那么就可能会针对一系列的hook各循环一次module_list()来检查是否实现了这个hook, 有的话则执行这些hook function. 如果你开启了80-100个模块（很正常, 因为模块丰富又不用钱买）, 如果某个页面要检查15种hook或者35钟, 那么你可以计算循环多少行。
6) 使用了一些效率较低的模块。

针对以上问题，drupal社区中已经有了一些对策:
1) 给module等文件减肥，drupal7好像有实现了function registry, 社区中有讨论，没有去看过代码。 针对drupal6.x， 比较简单的做法是：
将
function do_something($arg)
{
// 所有的代码在这里
}

可以替换为:

function do_something($arg)
{
include_once dirname(__FILE__).'/do_something.inc.php';
return _real_do_something($arg);
}
2） 检查哪些文件不是必须加载的，或者哪些函数是不一定每次都得加载的，将它驳离出去。同时减少页面复杂程度。以hook_init为例, drupal模块的作者，很多喜欢将加载js, css 文件写在hook_init 中，结果就是无论你访问什么页面，这些不相关的js, css文件都被加载。实际上很多情况下hook_init并不是必要的。你完全可以去掉hook_init, 而将drupal_add_js, drupal_add_css放到hook_view之中，或者到少要加个if(....) drupal_add_js, 这样，你的module文件中就可能少一个函数的代码或者访问者会因为无需加载无用的文件页少等一两秒。
3） 使用theme输出时，如果数据较大，而未来又不太可能会改变显示方式的话，不妨直接硬编码html而不用再调用一次theme函数。如：
$output = '<ul class="ab">';
while(....){
$output .='<li class="abc">'. $something .'</li>';
//... 省略八百行
}
return $output;
而不是写成
$output = array();
while(....){
$output[] =$something;
//... 还有八百行
}
return theme('item_list', $output);
这两者的效率是谁更优是明显的。即使是节省了50ms也值得。因为你要执行的是成千上万个函数才能输出一个页面，因此在任何可能的地方节约几十毫秒，汇总起来可能就有两三秒, 对于访客而言， 10秒与7秒是完全不同的体验。
4） 针对dupal过多查询数据库的情况， 一可以启用缓存，二可以给drupal的某些函数加个补丁，比如l()要调用到的drupal_lookup_path()就可以通过一个url白名单的 补丁减少它对数据库的别名查询， 原理是, 查询url_alias得出一个url_alias表中当前所有src列的唯一开头段的集合， 无非是node, user, taxonomy这几个，将它缓存起来，在drupal_lookup_path中，只有传入的链接是这些词开头的才查询数据库，这样一来，对于一个链接 较多的页面，可以节省两三百次查询。
5）尽量只开启必需的模块，可用可不用的模块坚决不用。可能的话自己写一个模块，然后将自己需要的一些功能从其它模块中取出来，合并到自己的模块中，以减少资源浪费，对于drupal使用者来说，为一个小小的功能而启用一个庞大的模块是常见的事。
6）检查使用的模块进行一些效率优化。比如对模块中常用到的数据加入缓存机制，将某些费了大力气才获得的数据，缓存起来，以便以后省些劲。
7）实现早期页面缓存内容直接输出, fastpath_fscache这个模块可以实现这一点。
8）drupal载入大量的文件， 在php.ini中开启
realpath_cache_size=512k
realpath_cache_ttl=36000
可大大加快文件加载速度。
9) 安装eaccelerator可以加速至原来的数倍。
10)安装 zendOptimizer也有一定帮助。
11)用memcache或eaccelerator将缓存保存在内存中，前提是内存要足够大。（转）