我目前正在使用自己的框架重新编写我的网站（它非常简单，完全符合我的需要，我不需要像Zend或Cake PHP这样的东西）。我做了很多工作，确保一切都正确缓存，缓存文件中的页面，以避免SQL查询，并通常限制SQL查询的数量。
总的来说，它看起来非常快。首页的平均时间（超过100次）为0.046152微秒。
但我不确定的一件事是我是否做得足以减少php内存使用量。我遇到问题的唯一一次是上传大文件。
使用memory_get_peak_usage（TRUE），我认为它会返回脚本运行时使用的最大内存量，平均值（超过100次）为1572864字节。
这样好吗？
我意识到你不知道我在做什么（它相当简单，获得10篇最新文章，每篇文章的评论数，获取用户控件，侧边栏中的热门标签等）。但是你会担心一个脚本使用那种内存每天被击中50,000次吗？或者在高峰时间每秒一次？
我意识到这是一个非常开放的问题。希望你能理解它在黑暗中有点刺伤，我真的只是在寻找一些重新保证，它不会在重新发布的日子里死去。
编辑：这是我为自己做的一个小型实验。我下载并安装了Wordpress和默认安装，没有额外的添加，只有一个用户和一个帖子，它使用10.5兆字节的内存或“11010048字节”。我现在很高兴我的1.5mb。
答案 0 :(得分：3)
这是一个主观问题。 PHP有很多开销，当使用TRUE调用该函数时，将包含该开销。在简单的Hello World脚本中调用函数时，您将看到我的意思。另请注意，根据PHP是作为apache模块还是作为FastCGI运行，结果可能会有很大差异。
不幸的是，没有人可以提供保证。总会有不可预见的变量可以打倒网站。执行负载测试。使用代码分析器缩小任何瓶颈的位置，以查看是否有方法可以提高这些代码块的效率
大英百科全书认为他们在十年前推出广告支持的百科全书时已做好准备。开发商不知道他们会在发布当天在Good Morning America上宣布它。整件事情已经崩溃了好几天。
答案 1 :(得分：3)
内存使用价值可能会有很大差异并且会受到波动的影响，但正如您在更新中所说的那样，常规的WordPress实例比这更加丰富。我有很大的麻烦让WordPress后端以16兆字节的memory_limit运行 - 更不用说当插件发挥作用时。因此，我认为执行正常任务的峰值达到1.5兆字节是可以接受的。
显然，生成时间非常取决于您的网站运行的硬件。但是，在正常情况下，0.046152秒的生成时间（我假设你的意思是秒）对我来说听起来非常好。
答案 2 :(得分：0)
只要您的系统没有交换，您的内存使用情况就是合理的。任何额外的担忧都只是过早的优化。