gpt4 book ai didi

php - Zend OPcache 性能设置与默认设置

转载 作者:可可西里 更新时间:2023-11-01 01:00:52 27 4
gpt4 key购买 nike

据我了解这些设置:

opcache.validate_timestamps=0
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=3907
opcache.blacklist_filename=/blacklisted_files

应该提高性能(根据链接:123)。我实际上不确定最后 2 个,在我的情况下,“internet_strings_buffer”设置值“4”可能永远不会被填充(因此不会给出更好的结果),但是“validate_timestamps”应该删除 stat() 函数开销,因此给我更好的性能,但根据我对 JMeter 的测试,我无法验证这一点。每个设置分别比默认设置差。

我知道“性能设置”可能不会有太大改善,但我认为它的性能应该不会更差(每个请求的差异约为 +2 毫秒)。

问题是:为什么默认设置比性能/推荐设置更好?

另外,OPcache 处理较小的内存覆盖/删除/搜索是否比处理较大的内存更好(谈论“opcache.memory_consumption”设置)?

最佳答案

选项 2 和 3 只是间接地与性能相关,因为它们与操作码缓存的容量有关。如果您当前的使用符合默认值,那么除了使用 Opcache 的系统开销略有增加外,您将看不到任何实质性差异。当然,如果当前使用适合您,您将受益,因为缓存将具有更大的容量并且您将获得更少的缓存未命中。

选项 4 涉及为易变的 PHP 脚本文件名定义模式,因此不应缓存。如果您禁用了时间戳验证,这一点尤其重要,因为 Opcache 不会获取此类更改。

选项 1 确实删除了额外的 stat() 调用,PHP 进程的 strace 可以验证这些调用。使用现代 CPU,Linux 内核非常有效地缓存 inode,因此仅当节点位于 VFAT 缓存中时, 才可以节省 sub mSec。您需要很好地构建时序测试才能衡量这种差异。

Opcache 有一个非常糟糕的重用策略:它不会打扰。缓存会慢慢填满,当满时,它会被全部刷新并从头开始重建。

关于php - Zend OPcache 性能设置与默认设置,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27300219/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com