23

只是想知道是否有人知道与包含 100 个类文件的 LARGE（600K 或更多）php 文件相关的“成本”信息。与自动加载单个文件（例如在找到匹配项之前搜索多个目录）相比，它真的有很大的不同吗？

启用 APC 缓存会使这个成本可以忽略不计吗？

4

3 回答 3

21

基本上，包含一个大文件的成本取决于您的用例。假设您有一个包含 200 个类的大文件。

如果您只使用 1 个类，包含大文件将比包含单个类的小类文件更昂贵。

如果使用全部 200 个类，包括大文件将比包括 200 个小文件便宜得多。

截止点在哪里实际上取决于系统。我会想象它会在 50% 左右（如果您在任何一个请求中使用少于 100 个类，则自动加载）。

并且使用 APC 可能会使盈亏平衡点更接近更少的类（因此，如果不使用，使用 100 个类可能是盈亏平衡点，但使用它可能是使用 50 个类），因为它使大单包含便宜得多，但只会降低每个单独较小的开销包括略。

确切的收支平衡点将 100% 取决于系统（您的磁盘 I/O 有多快，您的处理器有多快，有多少内存等）。因此，在您的平台上确定的唯一方法是测试。

然而，比原始性能更危险。一个大文件会影响可维护性，因为同时处理多个类变得更加困难（IDE 中的选项卡变得无用）。我个人会将所有类保存在单独的文件中，让我作为开发人员的生活更轻松，而不是让文件成为一个巨大的怪物。

现在，如果您有 facebook 流量级别，可能值得进一步调查。但如果你不是，我个人不会担心......

于 2011-02-03T19:48:00.557 回答
20

include()我已经对我想分享的各种 php 成本进行了一些测试，因为我看到许多程序员或 CMS 平台忽略了这些运行前 php 成本。

功能本身的成本可以忽略不计。100 个文件包含（带有空文件）大约需要 5 毫秒；使用 opcache 时不超过一微秒。

因此，与包含 100 个单独的文件相比，包含 100 个类的较大 php 文件所节省的成本仅为 5 毫秒左右。使用 OpCode 缓存使成本变得无关紧要。

真正的成本来自文件的大小，以及 PHP 必须解析和/或编译的内容。为了更好地了解这些成本是多少，以下是我在 2010 Mac Mini Server 上进行的测试结果，该服务器具有 10,000 RPM 驱动器，运行 PHP 5.3 并启用了优化器的 eAccelerator opcache。

1µs  for 100 EMPTY File includes, w/opcache
5ms  for 100 EMPTY File includes, no opcache

7ms   for 100 32KB File includes, w/opcache
30ms  for 100 32KB File includes, no opcache

14ms  for 100 64KB File includes, w/opcache
60ms  for 100 64KB File includes, no opcache

22ms  for 100 128KB File includes, w/opcache
100ms for 100 128KB File includes, no opcache

38ms  for 100 200KB File includes, w/opcache
170ms for 100 200KB File includes, no opcache

因此，一个 600KB 的 php 文件大约需要 6 毫秒，使用操作码缓存时大约需要 1 毫秒。相反，您真正想看的是每个请求包含的所有代码的大小。

在组合中合并文件以尝试节省资源绝对不是一个好主意，并且在使用操作缓存时会出错。我的测试根本没有考虑磁盘速度，因为我包含了同一个文件 100 次。也就是说，我觉得根本没有必要涵盖磁盘 I/O，因为安装 op-cache 确实是基本性能的先决条件。

为了尽可能提高性能并节省 RAM 使用量，必须采取相反的做法。使用自动加载器或类工厂模式尽可能多地根据上下文拆分文件，以尽可能少地为每个请求包含未使用的代码。

为此，滥用include_once()也会对性能产生负面影响......

关于你的基类。我也有类似的情况，但我只包含了表架构的一小部分。主要是字段类型和主键细节。出于性能原因，我故意不一直包含表的相当繁重的模式，因为它们很少使用，当它们被使用时，我每个请求最多只使用其中的几个。

表的平均完整列详细信息大约为每个模式数组 20-50k。在任何给定的请求中包括 10-15 个，阵列的成本仅为 1-3 毫秒。这本身并不多。但是，当与每个请求节省 500k RAM 相结合时，它就变得值得了。

于 2015-03-16T07:51:15.593 回答
1

APC会为你节省很多，但我不知道如果你的来源是600k，它是否可以忽略不计。那是大约 15000 行代码？对于网站来说不是那么多，但对于单个文件来说却很大。

您宁愿使用更动态的方法并在特定类中隔离特定功能。然后，对于每个页面，您可以选择需要哪些代码。

尤其是当您使用 APC 时，这种方法会更好，因为您没有从磁盘加载许多小文件时的文件 I/O 开销。我会选择实现小的、指定的类并将每个类放在一个单独的文件中。您可以使用 PHP 类加载机制 (__autoload) 自动加载正确的单元。

当你为你的类和单元找到一个好的命名约定时，这将使你的开发变得容易得多。

于 2011-02-03T19:45:54.083 回答