APC – > APCu/OPCache，性能差 – 薇曉朵文檔中心

問題描述

我有一個 m3.xlarge EC2 實例，我現在更新到 PHP 5.5.11 。

有了這個更新，它用 php55-pecl-apcu 覆蓋了 php55-pecl-apc 。

閲讀和實驗後，我的理解是，APC 已被 OPCache 替代，除了可以帶回 APCu 的鍵值存儲。

經過調整我的配置，看起來很合理，使用 Wordpress 登錄現在是非常緩慢，至少 300-900ms 更糟糕 (前端通過清漆緩存，並且工作完美… 但是當你使用管理員故意沒有緩存，慢如罪) 。

當我升級時，我做了一系列的基準測試，每個步驟都有一個小樣本。當我繼續下去時，它變得越來越糟。

APC(升級前)-->
OPCache +否 APCu -->
用於 APCU 的 OPCache + APCu + WP 插件

現在我剛剛和 OPCache 一起閒逛，沒有 APCu 。

如何達到相同的表現？我喜歡管理界面，我喜歡這麼快。我老實説看不出這是一個什麼改進，真的很令人沮喪，除非有一些我不知道的超級 Library 。這當然不是我所知道的，也可能沒有配置好。
假設＃1 的答案是「你配置好像球」，那麼你會介意看看這個，看看這是否合理？

對於我的設置我使用最新的 wordpress，一些大的插件，但我不能把它們關掉，因為它們很重要。幸運的是，清漆大部分都是在工作。我的網站根目錄有 4 個內核，16GB 內存，〜 10k 個文件。我也沒有真正的硬核應用程序或除 wordpress 之外的任何東西，這是一個相當的香草設置。我認為這是可能有幫助的東西。

配置：

zend_extension=opcache.so
opcache.enable=1
opcache.enable_cli=0
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.max_wasted_percentage=5
opcache.use_cwd=1
opcache.validate_timestamps=1
opcache.revalidate_freq=0
opcache.revalidate_path=0
opcache.save_comments=0
opcache.load_comments=0
opcache.fast_shutdown=1
opcache.enable_file_override=0
opcache.optimization_level=0xffffffff
opcache.inherited_hack=1
opcache.dups_fix=0
opcache.blacklist_filename=/etc/php-5.5.d/opcache*.blacklist
opcache.max_file_size=2M
opcache.consistency_checks=1
opcache.force_restart_timeout=180
opcache.error_log=/var/log/php-fpm/5.5/opcache.log
opcache.log_verbosity_level=1
opcache.preferred_memory_model=
opcache.protect_memory=0

最佳解決思路

現在您正在檢查每個文件的每個請求的更改，這可能不是你想要的生產系統。

我通常只是禁用它 (請記住在進行更改後重新啓動 Web 服務器)：

opcache.validate_timestamps=0

或者，您可以嘗試將頻率設置為 0 以外的值，並保持啓用：

opcache.validate_timestamps=1
opcache.revalidate_freq=300

理論上講，這隻需要每 5 分鐘檢查一次。

次佳解決思路

你也有

opcache.consistency_checks=1

根據文檔説，這會降低性能。把它關掉

opcache.consistency_checks integer

If non-zero, OPcache will verify the cache checksum every N requests, where N is the value of this configuration directive. This should only be enabled when debugging, as it will impair performance.

第三種解決思路

從負責將 OPCache 集成到 PHP 中的 RFC：

APC can reclaim memory of old invalidated scripts. APC uses a memory manager and can reclaim memory associated with a script that is no longer in use; Optimizer+ works differently, and marks such memory as 『dirty』, but never actually reclaims it. Once the dirty percentage climbs above a configurable threshold – Optimizer+ restarts itself. Note that this behavior has both stability advantages and disadvantages.

我的猜測是，您正在觸發觸發操作碼緩存重新啓動的閾值。

參考：https://wiki.php.net/rfc/optimizerplus#advantages_of_apc_over_optimizer