php - apache PHP 内存使用如何真正起作用？

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

9年前关闭。




Improve this question




给出一些上下文:

最近我和一位同事讨论了在 PHP 中使用 Autoloaders 的问题。我赞成他们，他反对。

我的观点是 Autoloaders 可以帮助您最大程度地减少手动源依赖项，这反过来又可以帮助您减少在包含大量您可能不需要的大文件时消耗的内存量。

他的回答是，包含您不需要的文件并不是一个大问题，因为一旦文件被包含在 Apache 子进程的内存中，这部分内存将可用于后续请求。他认为您不应该担心包含文件的数量，因为很快它们就会全部加载到内存中并从内存中按需使用。因此，内存不是问题，尝试在文件系统上查找所需文件的开销更值得关注。

他是一个聪明的人，往往知道他在说什么。但是，我一直认为 Apache 和 PHP 使用的内存特定于正在处理的特定请求。
每个请求都分配了一个内存量等于 memory_limit PHP 选项，并且任何源代码编译和处理仅在请求的生命周期内有效。

即使使用诸如 APC 之类的操作码缓存，我认为单个请求仍然需要将每个文件加载到它自己的内存部分中，而 APC 只是为响应进程预编译它的快捷方式。

我一直在寻找有关此的一些文档，但到目前为止还没有找到任何东西。如果有人可以向我指出有关此主题的任何有用文档，我将不胜感激。

更新:

只是为了澄清，自动加载器讨论部分更多的是上下文:)。

可能不清楚，但我的主要问题是 Apache 是否会将其资源集中在一起以响应多个请求(尤其是包含文件使用的内存)，或者每个请求是否需要检索满足执行路径所需的代码与从同一进程处理的其他请求隔离。

例如。:
文件 1、2、3 和 4 的大小相同，均为 100KB。
请求 A 包括文件 1、2 和 3。
请求 B 包括文件 1、2、3 和 4。

在他的脑海中，他认为请求 A 将在整个执行过程中消耗 300 KB，而请求 B 只会再消耗 100 KB，因为文件 1,2 和 3 已经在内存中。

在我看来，它是 300KB 和 400KB，因为它们都是独立处理的(如果由同一进程)。

这让他回到了他的论点，即“只包括因为你无论如何都会使用它的批次”而不是我的“只包括你需要的东西来保持请求大小”。

这对于我构建 PHP 网站的方式来说是相当重要的，所以我很想知道我是否在这里不合时宜。

我也一直认为，对于大型网站来说，内存是最宝贵的资源，而且比文件系统检查自动加载器的文件系统检查更重要，而自动加载器可能无论如何都被内核缓存了。

你是对的，是时候进行基准测试了!

Answer 1

以下是您赢得争论的方法:运行实际的基准测试，并站在数字的右侧。

我也有过同样的讨论，所以我尝试了一个实验。使用 APC，我尝试了一个带有单个整体包含(包含所有 Kohana)以及标准自动加载器的 Kohana 应用程序。最终结果是，单个包含以统计上无关的速率(小于 1%)更快，但使用的内存稍多(根据 PHP 的内存功能)。在没有 APC(或 XCache 等)的情况下运行测试毫无意义，所以我没有打扰。

所以我的结论是继续使用自动加载，因为它使用起来要简单得多。用你的应用试试同样的方法，然后把结果展示给你的 friend 。

现在您无需猜测。

免责声明:我没有使用 Apache。我怎么强调都不能在你自己的应用程序上在你自己的硬件上运行你自己的基准测试。不要相信我的经验会是你的。