回到 PHP 4 Jurassic 时代,我经常安装一个名为“eaccelerator”的 PHP 扩展,通过缓存已编译的字节码来提高 PHP 的性能。
我在其他地方读到过,使用 PHP 5,对诸如 eaccelerator 之类的附加组件的需求已经减少,但是仍然有足够的速度差异使其值得在 Linux 服务器上安装吗?
回到 PHP 4 Jurassic 时代,我经常安装一个名为“eaccelerator”的 PHP 扩展,通过缓存已编译的字节码来提高 PHP 的性能。
我在其他地方读到过,使用 PHP 5,对诸如 eaccelerator 之类的附加组件的需求已经减少,但是仍然有足够的速度差异使其值得在 Linux 服务器上安装吗?
是的,操作码缓存仍然会产生巨大的性能差异。
不过,现在大多数人都在使用APC而不是eAccelerator。
不,eAccelerator 不再被积极维护(因为没有证据表明它是)。
我会说,努力推进 APC 或其他更现代且积极维护的加速器技术是值得的。如果您正在寻找 OP 代码缓存技术,请选择APC,它很流行,有更多的库支持,并且正在积极维护。它显然也将包含在未来的 PHP 6 版本中。
您可能会阅读另一个类似问题的答案,这表明如果您考虑到缺陷(可能缺乏 PHP 6 支持、较旧且显然未维护等)并且仍然想使用您有一定的东西,eAccelerator 可能是可行的已有的舒适度。这取决于您的需求和您工作的环境。