apc優化遇到的問題

2021-09-28 12:55:38 字數 720 閱讀 7527

模式

驗證條件

驗證型別

動作輸出情況

cli伺服器負載1000

apctime php t2.php

平均 user+sys = 0.3s

include

time php t.php

平均 user+sys = 0.3s

apache

伺服器負載16

apc瀏覽器請求

266 ~ 601 ms 

include

瀏覽器請求

89 ~ 410ms 大部分情況120ms

備註也許apc會將操作碼儲存在記憶體中,但是當php指令碼執行結束時,php可執行檔案會宕機,該記憶體將丟失:指令碼執行之間不會持續存在。因此,apc中的操作碼快取在cli模式下是無用的:它不會優化任何東西,因為每次php的可執行檔案啟動時,php仍然需要將源重新編譯為操作碼。

實際上,apc沒有「優化」:執行php指令碼的標準方式是這樣的:

1:讀取檔案,並將其編譯成操作碼

2:執行操作碼

什麼apc做儲存在操作碼在記憶體中,所以php指令碼的執行變成:

1:從記憶體中讀取操作碼(比編譯源**快得多)

2:執行操作碼

但這意味著你必須在記憶體中儲存一​​些操作碼。當作為apache模組執行php時,apache負責該記憶體段的持久化。

當php從cli執行時,沒有記憶體段保留在那裡,因此在php執行結束時被破壞。

Mysql優化中遇到的問題和感受

根據客戶需求那邊的需求現有2臺資料庫伺服器,一台做主機一台做從機 由於客戶現場的資料庫伺服器配置很高 cpu12核心,記憶體32gb,16tb的硬碟 所以需要對資料庫進行優化,在網上找了一大堆的mysql優化文章之後,就根據實際情況來更改my.cnf檔案 linux伺服器,windows為my.in...

在整站優化中常遇到的五個問題

做過整站優化案例的朋友應該都知道,在學習理論知識的時候,總會把 優化想象的那麼的簡單,但是在 優化實際操作過程中我們總會遇到很多問題,這些問題大多數在理論知識裡也涉及到了,具體什麼問題怎麼解決,今天蘿蔔再描述一些吧!一 在沒有做好基本優化可以上線測試嗎?相信朋友們都知道,有的樣式 程式在本地和伺服器...

遇到的問題

1 若class cnmdevctrlprotocol virtual public cnetcomm則starttimer編譯通不過 2 activex在ie下載入多個,相當於多執行緒,所以這時候的activex不要使用全域性變數,當時如果編寫動態庫也不要使用全域性變數 3 btn灰顯或sleep...