Performance Symfony2:要使用OPcache编译的类

Performance Symfony2:要使用OPcache编译的类,performance,symfony,caching,compilation,opcache,Performance,Symfony,Caching,Compilation,Opcache,在Symfony2中,在捆绑包的扩展文件中,可以调用: $this->addClassesToCompile([class1, ....]) 这会将给定的文件添加到缓存的文件类中。php=>如果我们将最常用的类放在这里,这可以提高性能,因为php进程只需查找和处理1个文件,而不需要很多文件 但是在5.6版本的PHP中,有一个OPcache,它也可以缓存文件并预编译它们。因此,我想Symfony部分不再是必需的了?通过使用字节码缓存,PHP本身将与引导缓存文件分开缓存类。为了实现这一目标,

在Symfony2中,在捆绑包的扩展文件中,可以调用:

$this->addClassesToCompile([class1, ....])
这会将给定的文件添加到缓存的文件类中。php=>如果我们将最常用的类放在这里,这可以提高性能,因为php进程只需查找和处理1个文件,而不需要很多文件


但是在5.6版本的PHP中,有一个OPcache,它也可以缓存文件并预编译它们。因此,我想Symfony部分不再是必需的了?

通过使用字节码缓存,PHP本身将与引导缓存文件分开缓存类。为了实现这一目标,APC已经使用了多年。PHP5.5默认包含OPcache来处理OPcache。如果APC还允许用户轻松添加缓存项本身,则OPcache对用户不可用

因此,从原始APC库中分离出来的缓存,因此传统的用户缓存可用于>PHP5.4。有关Symfony性能的更多信息,请参阅

回答您关于Symfony引导的问题:如果您同时使用引导缓存和字节码缓存,那么向引导添加文件将导致更大的字节码缓存文件。如果您的应用程序具有在每个请求中使用的类(如
kernel.request
listeners),那么将它们添加到引导程序中是有意义的。否则,它只会增加系统开销,并会略微降低所有其他请求的速度