Zend framework 为什么要关闭Zend community edition Optimizer+；不'；对这件事没有影响吗？
当我在Zend Server CE中关闭Optimizer+时，我们清楚地看到每秒的请求数减少了（在Zend Controller中），但这并没有加快速度。为什么？可能是因为脚本太小，操作系统正在缓存文件，而编译开销太小，不会造成太大的影响。除了@kevin schroeder所说的，当加载大量文件时，像Zend Optimizer+这样的操作码缓存也会出现。如果您的测试只需要点击一个文件，这可能会产生很小的差异，以至于无法测量。此外，我认为Zend Optimizer+在进行优化时会进行一些内部计算，以查看is是否工作（“Zend_optimizerplus.enable_slow_optimizations-根据内部运行时计算，启用或禁用可能需要大量时间的优化过程”） 在默认设置中，Zend Optimizer+仍需检查磁盘，查看文件自上次请求以来是否已更改。因此，应该考虑到这一点 我想说，您无法测量差异的主要原因是基准脚本运行需要11秒。这将掩盖Zend Optimizer+带来的微小收益，这些收益很难衡量。op代码缓存带来的大部分好处都是围绕PHP脚本的加载和解析，而不是PHP代码的运行 我建议运行相同的测试，但只是让它回显一个简单的字符串。也许你能测量出差异Zend framework 为什么要关闭Zend community edition Optimizer+；不'；对这件事没有影响吗？,zend-framework,optimization,Zend Framework,Optimization,当我在Zend Server CE中关闭Optimizer+时，我们清楚地看到每秒的请求数减少了（在Zend Controller中），但这并没有加快速度。为什么？可能是因为脚本太小，操作系统正在缓存文件，而编译开销太小，不会造成太大的影响。除了@kevin schroeder所说的，当加载大量文件时，像Zend Optimizer+这样的操作码缓存也会出现。如果您的测试只需要点击一个文件，这可能会产生很小的差异，以至于无法测量。此外，我认为Zend Optimizer+在进行优化时会进行一些内