kubernetes上的Laravel-慢速作曲家供应商自动加载(生产)

kubernetes上的Laravel-慢速作曲家供应商自动加载(生产),laravel,kubernetes,composer-php,autoload,vendor,Laravel,Kubernetes,Composer Php,Autoload,Vendor,我们已经在谷歌云平台上为我们的laravel应用程序建立了kubernetes集群。 容器: 应用程序代码+php fpm apache2 与该问题无关的其他问题 (我们在nginx入口控制器下运行,但这似乎与问题无关) 我们在一条返回“ok”的简单laravel路线上运行jmeter压力测试,我们注意到了糟糕的响应时间 之后,我们在index2.php上运行相同的测试(在框架上的public dirτοslide中),它只返回“ok” 我们得到了这个结果(!): 挖掘之后,我们发现作曲

我们已经在谷歌云平台上为我们的laravel应用程序建立了kubernetes集群。 容器:

  • 应用程序代码+php fpm
  • apache2
  • 与该问题无关的其他问题
(我们在nginx入口控制器下运行,但这似乎与问题无关)

我们在一条返回“ok”的简单laravel路线上运行jmeter压力测试,我们注意到了糟糕的响应时间

之后,我们在index2.php上运行相同的测试(在框架上的public dirτοslide中),它只返回“ok”

我们得到了这个结果(!):

挖掘之后,我们发现作曲家的自动加载内容导致了这种缓慢

对于如何解决这一问题的任何建议,我们将不胜感激


谢谢

好的。我们发现没有启用opcache。 如有关composer optimize autoloader的文档所述:

在PHP5.6+上,类映射也缓存在opcache中,这大大缩短了初始化时间。如果您确保启用了opcache,那么类映射应该几乎立即加载,然后类加载就会很快


嗯。我们发现没有启用opcache。 如有关composer optimize autoloader的文档所述:

在PHP5.6+上,类映射也缓存在opcache中,这大大缩短了初始化时间。如果您确保启用了opcache,那么类映射应该几乎立即加载,然后类加载就会很快


您是否尝试过
composer dump autoload-a--no dev
?是的,我们尝试了所有的dump autoload优化,并且composer安装了--optimize autoloader--classmap authoritiveId,您尝试过
composer dump autoload-a--no dev
?是的,我们尝试了使用--optimize autoloader--classmap authoritive安装的所有转储自动加载优化和composer