我現在有我的系統配置為清除整個緩存每週。隨著空緩存,我的數據庫是1.1GB左右,而採用了全緩存,它是關於 4.5GB。
我注意到,較大的緩存,更高的我的平均服務器負載獲取。在任何時候我的論壇有650和1300之間的用戶在線,但這似乎並沒有影響到負載高達緩存的大小。
有了一個大的緩存,服務器負荷 3.3-3.8,而用空的,它保持在2.0-2.5範圍內。這不是壞事,因為我有一個 16核心服務器,但我只是想知道如果這樣的行為是可以預料的起伏不定的數據庫的大小!
謝謝,
亞當
我現在有我的系統配置為清除整個緩存每週。隨著空緩存,我的數據庫是1.1GB左右,而採用了全緩存,它是關於 4.5GB。
我注意到,較大的緩存,更高的我的平均服務器負載獲取。在任何時候我的論壇有650和1300之間的用戶在線,但這似乎並沒有影響到負載高達緩存的大小。
有了一個大的緩存,服務器負荷 3.3-3.8,而用空的,它保持在2.0-2.5範圍內。這不是壞事,因為我有一個 16核心服務器,但我只是想知道如果這樣的行為是可以預料的起伏不定的數據庫的大小!
謝謝,
亞當
vBET有索引的緩存表,並使用MySQL的引擎,最快的帽子 - MyISAM數據。因此,我們最好的選擇為 DB緩存。全區別,你是不是在一邊通知的vBET,但在這方面的MySQL執行查詢。索引讓你更快的響應,並確保當時的反應是不會大幅上升較大的數據量。不過 MySQL的有更大的索引和搜索,因為我想這需要更多的資源。這就是為什麼你看到更大的服務器負載。
另外 - 當翻譯是在高速緩存則是從那裡。如果不是那麼谷歌是要求翻譯。它需要更多的時間的話,但也很可能需要資源少的服務器。它需要花費更多的時間,因為有通信與谷歌服務器,它需要時間,有翻譯需要時間和有發送結果從谷歌到您的服務器,也需要時間。它需要較少的資源,因為服務器是被動地等待回應,當它得到它只有簡單的開箱反應。從緩存中獲取翻譯是非常非常快 - 翻譯已經完成,它是在自己的服務器,它仍需要採取從數據庫,查詢要執行時,MySQL需要一些CPU和內存的。
假設 - 使用緩存是非常不錯的主意。如果你會覺得服務器有問題的,你可以嘗試禁用緩存的一些語言和服務器的性能比較。我們不建議完全刪除緩存。
這就是我對我的預期
性能優良,現在,它只是沒上過負荷遠高於 2.0前vBET。我認為這是值得的,但!
只要負載低於 16.0則服務器不徵稅,所以我想我們都很好![]()
最後編輯者 Konstantin; 18-02-10 在 23:34.
最後編輯者 Konstantin; 19-02-10 在 01:54.