Performance Drupal开发:性能

Performance Drupal开发:性能,performance,drupal,Performance,Drupal,作为drupal网站的单一用户/开发人员,im遇到了严重的性能问题。出现了几个问题: 通常我在我们公司的开发服务器上开发drupal,但现在我在客户办公室。IT人员在他们通常用于.net开发的服务器上安装了一个带有WAMP的VM。在开发的第一天(安装drupal、所需的模块并配置它们),httpd.exe将最大限度地使用cpu,加载任何页面都需要几分钟。它的家伙只是搔他们的头 然后我就在他们给我的本地机器上安装了WAMP:大约299,99 Win XP Dell一块sh*t,不过是一个P4 2

作为drupal网站的单一用户/开发人员,im遇到了严重的性能问题。出现了几个问题:

  • 通常我在我们公司的开发服务器上开发drupal,但现在我在客户办公室。IT人员在他们通常用于.net开发的服务器上安装了一个带有WAMP的VM。在开发的第一天(安装drupal、所需的模块并配置它们),httpd.exe将最大限度地使用cpu,加载任何页面都需要几分钟。它的家伙只是搔他们的头

  • 然后我就在他们给我的本地机器上安装了WAMP:大约299,99 Win XP Dell一块sh*t,不过是一个P4 2.8Ghz 2GB Ram。电扇吹得太响了,整个办公室都在看我。httpd.exe再次达到最大值。同样,任何页面(esp管理员页面)的加载都需要几分钟

  • 在firefox中,视图UI完全不可行。很多东西都是用ajax加载的,再次需要几分钟才能看到各种html元素动态插入到UI中并显示出来——试着想象一下

  • Chrome似乎能更好地处理JS,但完成任何类型的操作都需要很长的时间

  • 开发模块向页面添加大量标记,导致“允许的内存大小为X耗尽”错误(内存限制=128MB)

现在我正处于主题阶段,我需要做很多页面刷新。我需要firebug,firefox需要占用CPU和RAM。通常需要几秒钟的时间现在需要几分钟,当任何动作完成时,我忘记了我在做什么。我基本上是在每一页之间阅读新闻故事

现在,我知道drupal是资源密集型的,但在典型的Dell/Win XP机器上开发是不可能的,不是吗?在家里,我在iMac上工作,一切都很顺利

我无法想象我是唯一一个有这个问题的人,因为我所做的基本上是drupal 101(到目前为止没有定制模块…)。除非有人能提供解决方案,否则我的结论是,你基本上无法在普通的家用台式计算机上开发一个典型的drupal站点


给出了什么?

那么您已经放弃了VM,检查php.ini文件的内存限制,增加它,看看是否有性能提升。其默认值通常设置为16M


HTH

那么您已经放弃了VM,请检查php.ini文件的内存限制,增加它,看看是否有性能提升。其默认值通常设置为16M


Hth

< P>我建议你一定要花一些时间实际调整你的XP系统,因为默认的WAMP配置肯定是次优的,或者考虑一种替代方法,比如ZEnter Server Community Edio(ZCE)。虽然不像在语音中那样完全免费,但它像在啤酒中一样免费,只是在Apache和MySQL的更好的默认配置之上构建

尽管由于没有捆绑,不如WAMP或ZCE方便,但手动安装Apache2.2通常也是一个不错的选择

还要注意的是,
devel\u themer
的工作方式是不断在临时目录中构建文件,这意味着除非定期清理该目录,否则文件将累积,目录浏览将变得非常缓慢。对于最新版本的devel,只有cron.php运行才会导致drupal清理这些文件。查看我的修补程序添加此清理


最后,您提到了Firebug,您可能正在使用Drupal for Firebug模块,该模块存在已知的性能问题,在某些情况下显然与无限递归有关;尽管最近的版本应该可以解决这个问题。例如,请参阅建议,您可以确保花一些时间实际调整XP系统,因为默认的WAMP配置绝对是次优的,或者考虑替代方案,比如ZEngServer Community Edio(ZCE)。虽然不像在语音中那样完全免费,但它像在啤酒中一样免费,只是在Apache和MySQL的更好的默认配置之上构建

尽管由于没有捆绑,不如WAMP或ZCE方便,但手动安装Apache2.2通常也是一个不错的选择

还要注意的是,
devel\u themer
的工作方式是不断在临时目录中构建文件,这意味着除非定期清理该目录,否则文件将累积,目录浏览将变得非常缓慢。对于最新版本的devel,只有cron.php运行才会导致drupal清理这些文件。查看我的修补程序添加此清理


最后,您提到了Firebug,您可能正在使用Drupal for Firebug模块,该模块存在已知的性能问题,在某些情况下显然与无限递归有关;尽管最近的版本应该可以解决这个问题。例如,看看我遇到的几件可能有帮助的事情

  • 除非您确实需要它,否则请关闭区域设置。它会导致大量额外的查询(至少在我上次查看它时,这可能已经改变了),因此如果您不使用它,那么就不要在数据库上增加不必要的负载
  • 就像在普通的开发机器上一样,确保MySQL得到了正确的调优和配置。这适用于任何设置;本地的、开发的或生产的。有3/4的时间数据库是瓶颈,所以从这里开始
  • 如果您已经安装并启用了devel模块,那么它应该有一个查询日志,您可以告诉它在页面底部输出,这应该可以帮助您解决第2个问题

  • 我遇到的一些事情可能会有所帮助

  • 除非您确实需要它,否则请关闭区域设置。它会导致大量额外的查询(至少在我上次查看它时,这可能已经改变了),因此如果您不使用它,那么就不要在数据库上增加不必要的负载
  • 就像在普通的开发机器上一样,确保MySQL得到了正确的调优和配置。这适用于任何设置;本地的、开发的或生产的。数据库运行时间的3/4