摘要:配置為時(shí),會(huì)根據(jù)設(shè)定的值檢查更新代碼設(shè)置為時(shí),永不檢查。避免上傳代碼造成系統(tǒng)的不穩(wěn)定。三推薦配置開發(fā)模式下推薦,直接禁用擴(kuò)展更好多臺(tái)機(jī)器集群模式或者代碼更新頻繁時(shí)推薦,可以兼顧性能,方便代碼更新穩(wěn)定項(xiàng)目推薦,性能最好參考
一、php.ini配置opchche示例OPcache 通過將 PHP 腳本預(yù)編譯的字節(jié)碼存儲(chǔ)到共享內(nèi)存中來提升 PHP 的性能, 存儲(chǔ)預(yù)編譯字節(jié)碼的好處就是 省去了每次加載和解析 PHP 腳本的開銷。
[opcache] zend_extension=opcache.so ; 開關(guān)打開 opcache.enable=1 opcache.enable_cli=1 ;共享內(nèi)存大小, 酌情而定,單位 megabytes opcache.memory_consumption=256 ;interned string的內(nèi)存大小, 也可調(diào) opcache.interned_strings_buffer=8 ;最大緩存的文件數(shù)目,命中率不到 100% 的話, 可以試著提高這個(gè)值 opcache.max_accelerated_files=4000 ;60s檢查一次文件更新 opcache.revalidate_freq=60 ;打開快速關(guān)閉, 打開這個(gè)在PHP Request Shutdown的時(shí)候 會(huì)收內(nèi)存的速度會(huì)提高 opcache.fast_shutdown=1 ;不保存文件/函數(shù)的注釋 opcache.save_comments=0 ; 是否快速關(guān)閉, 打開后在PHP Request Shutdown的時(shí)候回收內(nèi)存的速度會(huì)提高 opcache.fast_shutdown=1二、部分配置參數(shù)說明
opcache.revalidate_freq
這個(gè)配置選項(xiàng)用于設(shè)置緩存的過期時(shí)間,如果設(shè)置為0,每次請(qǐng)求時(shí),都會(huì)檢查文件是否修改,很耗資源,所以如果暫時(shí)不需要使用opcache,直接把opcache.enable設(shè)置為0即可。
opcache.validate_timestamps
配置為1時(shí),會(huì)根據(jù)revalidate_freq設(shè)定的值檢查更新代碼;設(shè)置為0時(shí),永不檢查。
當(dāng)需要一次更新大量代碼的時(shí)候,可以設(shè)置為0,上傳全部完成后,再設(shè)置為1。避免上傳代碼造成系統(tǒng)的不穩(wěn)定。
opcache.max_accelerated_files
真實(shí)的取值是在質(zhì)數(shù)集合 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 } 中找到的第一個(gè)比設(shè)置值大的質(zhì)數(shù)。
你可以運(yùn)行 find . -type f -print | grep php | wc -l 這個(gè)命令來快速計(jì)算你的代碼庫中的PHP文件數(shù)。
三、推薦配置
開發(fā)模式下推薦,直接禁用opcache擴(kuò)展更好 opcache.revalidate_freq=0 opcache.validate_timestamps=1 opcache.max_accelerated_files=3000 opcache.memory_consumption=192 opcache.interned_strings_buffer=16 opcache.fast_shutdown=1 多臺(tái)機(jī)器集群模式或者代碼更新頻繁時(shí)推薦,可以兼顧性能,方便代碼更新 opcache.revalidate_freq=300 opcache.validate_timestamps=1 opcache.max_accelerated_files=7963 opcache.memory_consumption=192 opcache.interned_strings_buffer=16 opcache.fast_shutdown=1 穩(wěn)定項(xiàng)目推薦,性能最好 opcache.revalidate_freq=0 opcache.validate_timestamps=0 opcache.max_accelerated_files=7963 opcache.memory_consumption=192 opcache.interned_strings_buffer=16 opcache.fast_shutdown=1參考
https://segmentfault.com/a/11...
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://www.ezyhdfw.cn/yun/30585.html
摘要:概述字節(jié)碼緩存不是的新特性,有很多獨(dú)立的擴(kuò)展可以實(shí)現(xiàn),比如和等,但是截至目前這些擴(kuò)展都沒有集成到內(nèi)核,從開始,內(nèi)置了字節(jié)碼緩存功能,名為。開始之前,我們先來看看什么是字節(jié)碼緩存,以及字節(jié)碼緩存的作用是什么。該函數(shù)將重置整個(gè)字節(jié)碼緩存。 概述 字節(jié)碼緩存不是PHP的新特性,有很多獨(dú)立的擴(kuò)展可以實(shí)現(xiàn),比如APC、eAccelerator和Xache等,但是截至目前這些擴(kuò)展都沒有集成到PHP...
摘要:當(dāng)這個(gè)選項(xiàng)被啟用設(shè)置為,會(huì)在設(shè)置的時(shí)間到達(dá)后檢測(cè)文件的時(shí)間戳。設(shè)置值取值范圍最小值是,最大值在之前是,及之后是。這個(gè)選項(xiàng)的值是以兆字節(jié)作為單位,如果把它設(shè)置為,則表示,默認(rèn)是,這是一個(gè)比較低的值。 在網(wǎng)上無意中看到的一篇文章,這哥們非常簡(jiǎn)潔地談?wù)摿藌end opcache的最佳設(shè)置,他說他為此花了大量的時(shí)間探索zend opcache的每個(gè)設(shè)置選項(xiàng)的細(xì)節(jié),甚至是閱讀它的源代碼,并且在自...
摘要:怎樣才算是高性能的應(yīng)用性能和速度不是一對(duì)同義詞。紅線表示針對(duì)速度進(jìn)行了優(yōu)化的腳本,藍(lán)線是可擴(kuò)展性優(yōu)先的腳本。將任何這些功能置于循環(huán)中可能會(huì)導(dǎo)致性能問題。完整的代碼檢測(cè)評(píng)估雖然可能很耗時(shí),但它可以為你提供有關(guān)應(yīng)用程序性能的深入信息。 showImg(https://segmentfault.com/img/bVNxDn?w=900&h=500);程序員都喜歡最新的PHP 7,因?yàn)樗筆H...
摘要:使用即時(shí)編譯器和都能輕輕松松的讓你的應(yīng)用程序在不用做任何修改的情況下,直接提高或者更高的性能,之前做個(gè)一個(gè)實(shí)驗(yàn),具體請(qǐng)見使用提升程序性能。 本文經(jīng)授權(quán)轉(zhuǎn)自 PHPHub 社區(qū) 說明 性能一直是 Laravel 框架為人詬病的一個(gè)點(diǎn),所以調(diào)優(yōu) Laravel 程序算是一個(gè)必學(xué)的技能。 接下來分享一些開發(fā)的最佳實(shí)踐,還有調(diào)優(yōu)技巧,大家有別的建議也歡迎留言討論。 這里是簡(jiǎn)單的列表: 配置信...
摘要:為了一探究竟,于是開啟了這次應(yīng)用性能調(diào)優(yōu)之旅。使用即時(shí)編譯器和都能輕輕松松的讓你的應(yīng)用程序在不用做任何修改的情況下,直接提高或者更高的性能。 這是一份事后的總結(jié)。在經(jīng)歷了調(diào)優(yōu)過程踩的很多坑之后,我們最終完善并實(shí)施了初步的性能測(cè)試方案,通過真實(shí)的測(cè)試數(shù)據(jù)歸納出了 Laravel 開發(fā)過程中的一些實(shí)踐技巧。 0x00 源起 最近有同事反饋 Laravel 寫的應(yīng)用程序響應(yīng)有點(diǎn)慢、20幾個(gè)并...
閱讀 1631·2023-04-26 00:08
閱讀 1060·2021-11-23 18:51
閱讀 1868·2021-11-12 10:34
閱讀 1151·2021-10-14 09:43
閱讀 636·2021-08-18 10:23
閱讀 2745·2019-08-30 15:55
閱讀 3538·2019-08-30 11:05
閱讀 2935·2019-08-29 12:50