需要幫助減少服務器負載

[Simon Lloyd]

嗨，我無法用我的服務器的負載，我已經轉移到專門治療這種嘗試，但仍得到高服務器負載，如果我禁用vbet服務器的負載下降。

有人可以幫助嗎？

@卡米爾，你已經完全進入信息發送到您在PM如果你想檢查。

[kamilkurczak]

你好，
在這裡你有vBET列表提示：http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html

記住 - 如果你把所有的語言功能 - 你有53個內容（線程，職位等）在您的論壇，當然高流量的論壇。

您可以禁用某些語言和等待時，高速緩存啟用的語言將被填滿，之後 - 您可以啟用下一部分的翻譯。

其次，在這個 relase我們有一個大的改善（非常大的一個） - 這是內存緩存系統（4種不同的選項）。您可以檢查它在你的admincp - > vBET緩存。 （記住 - 你必須把你的服務器使用這種緩存）

:)

[Simon Lloyd]

我已經實現的一切，我可以建議你的表現，我也有過所有的語言啟用（以及大多數）自購買 vbet約 6個月前，負載持續高所有的時間。至於內存緩存（試用版）我不認為我有什麼在我的服務器加速器緩存但evrything其他設置按照您的指示。

[kamilkurczak]

從我們上次relase我們的工作在此內存緩存系統 - 這應該是一大表現。你需要有你的服務器配置這 個緩存系統（也許你已經有了 - 問你的服務器支持）

[Simon Lloyd]

卡米爾嗨，我只是檢查 PHP信息，我沒有，但我會得到他們安裝 xcache或像這樣

[vBET]

嗨。為什麼你有麻煩與您的服務器的負載？我看您的論壇是翻譯真快，所以問題出在哪裡？

請注意，翻譯是由外部服務的谷歌。這意味著，當轉換發生的線程正在等待響應來自谷歌。這就是為什麼你的服務器負載比較大，但它不會影響系統，因為等待的線程 CPU nor採取任何額外的內存（just已使用）。所以這就是為什麼你永遠有更高的服務器裝入 vBET啟用（禁用時沒有線程在等待結果從谷歌）和在同一時間您的論壇將仍然工作快，因為等待的線程拿不出CPU。

那麼，什麼是真正需要採取服務器負載的情人，是保證線程不會等待結果從谷歌，但不幸的是谷歌允許緩存其結果只有15天。你可以嘗試一下自己 - 如果你禁用緩存的，或只是讓生活更小的時候，那麼你將本身的服務器負載不斷增長 - 因為少的結果將被緩存和更多的要求等待谷歌的反應。有沒有神奇 - 翻譯來自某個地方，需要時間來得到它從谷歌。

使用內存緩存可以以某種方式幫助。線程等待谷歌的結果仍是等待（你將無法通過它，直到你緩存所有的翻譯，你不會因為它是根據谷歌清洗TOS）。不過緩存的結果將產生更快，所以要求不等待翻譯會走得更快，從請求隊列。

在這裡你可以找到究竟是什麼服務器的負載是：服務器負載（http://whreviews.com/server-load.htm），並發現，只要你有空閒的資源服務器負載不是一個問題。

知道什麼價值的服務器負載雖然不是很重要。知道如何解釋的價值是什麼罪名。

記得定義：服務器的負載代表數字的進程等待訪問的CPU。但並不是所有的進程都是一樣的！如果是低優先級的進程，當一個新的服務器請求（頁面請求）出現，它仍然可以處理幾乎瞬間。

且不說服務器的負載只是其中的一個因素出了許多人（內存使用率，CPU使用率，交換文件的大小）

像往常一樣，和很多人直接牽連的託管業務說，這一切都歸結到現實生活中的行為。是網頁加載速度快？難道一個過程，如通過數據庫查詢需要一個合理的時間呢？然後，你真的沒有什麼問題，無論是服務器的負載

因此，最終測試的方式，服務器的行為。如果服務器是快速，一個數字，即使它被稱為“服務器負載”，真的沒有多大的意義

所以，因為你的服務器速度快，我可以看到你的論壇反應快，你的問題只是虛擬 - 沒有真正的問題。服務器的負載值，讓你沒有真正的性能信息，只是暗示，如果你知道如何解釋它（即，如果服務器運行良好的服務器負載 X，那麼你可以開始檢查到底是怎麼回事，如果它迅速成長為 2X或類似的東西）。只是靜態的數字給你什麼，更好地檢查你的CPU和內存，以確保此值確定為您的服務器，如果它是OK，然後不管是什麼服務器負載值。

不過，如果你需要一些額外的提示：
- 作出更大的緩存 TTL如果你改變它降低（默認為最大允許由谷歌TOS）。
- 如果你沒有硬盤空間問題關閉 cron任務清理客人緩存 - 它不必在所有的清洗，因為它需要刷新的結果，還是很多的舊文件刪除可以很長一段時間的PHP。
- 使用內存緩存
- 在結束（但我真的看不出有什麼意義的，因為你沒有性能問題）開始禁用語言，讓你少交通

順便說一句 - 什麼是你的服務器負載，平均CPU和內存使用情況，以及你有什麼硬件（多少CPU，內存）？交換文件是否使用？

[Simon Lloyd]

以下是詳細信息按您的問題
1）服務器負載
*********************
8時 22分五十三秒最多44天，13時 31分，1個用戶，平均負載：4.07，5.09，5.26
TTY用戶從登錄 @ IDLE JCPU PCPU什麼
根分/ 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2）CPU和內存使用情況
********************
總使用免費共享緩衝區緩存
MEM：4040 3616 424 0 256 2809
- / +緩衝區 /高速緩存：550 3490
掉期：8001 24 7976
*********************************
3）有多少的CPU
3

編輯：只是把這裡 http://www.thecodecage.com/forumz/server.png快照我的服務器是喜歡這一切的時候，這個快照是在啟用 memcahce。

[Simon Lloyd]

由於添加的信息這裡的熱門過程記錄：
XXXX 93.0％/ USR / BIN / PHP /家庭/ XXXX /的public_html / forumz / vbenterprisetranslator_seo.php
XXXX 83.0％/ USR / BIN / PHP /家庭/ XXXX /的public_html / forumz / vbenterprisetranslator_seo.php
XXXX 75.0％/ USR / BIN / PHP /家庭/ XXXX /的public_html / forumz / vbenterprisetranslator_seo.php
mysql的6.8％/ usr / sbin目錄 / mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳外部鎖定
mysql的6.7％/ usr / sbin目錄 / mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳外部鎖定
mysql的6.6％/ usr / sbin目錄 / mysqld的 - BASEDIR / --datadir/var/lib/mysql - usermysql --pid-file/var/lib/mysql/xxxx.thecodecage.com.pid - 跳外部鎖定
根6.0％/ bin / sh的的/ usr / local / bin中/ rkhunter - C - cronjob

[vBET]

以下是詳細信息按您的問題
1）服務器負載
*********************
8時 22分五十三秒最多44天，13時 31分，1個用戶，平均負載：4.07，5.09，5.26
TTY用戶從登錄 @ IDLE JCPU PCPU什麼
根分/ 2 datacenter1.supp 08:17 0.00s 1.53s 0.00sw
****************
2）CPU和內存使用情況
********************
總使用免費共享緩衝區緩存
MEM：4040 3616 424 0 256 2809
- / +緩衝區 /高速緩存：550 3490
掉期：8001 24 7976
*********************************
3）有多少的CPU
3

編輯：只是把這裡 http://www.thecodecage.com/forumz/server.png快照我的服務器是喜歡這一切的時候，這個快照是在啟用 memcahce。

我不知道如何解釋你的測量。當我看到你的CPU採用的是185％左右... ...所以還是有一些熱點或正確的測量它適用於 1個 CPU - 如果你有3個，那麼你可以使用300％。如果這是正確的方法那麼就意味著你還有很多的空閒 CPU資源。如果不是請糾正我，並告訴如何解釋結果。

我也不能確定如何解釋你的服務器的負載數據：

平均負載：4.07，5.09，5.26
是那些在3個不同的時間測量，或者是為每一個單獨的CPU？是什麼力量你的CPU？

PS。緩存需要時間來填寫。

[Simon Lloyd]

米哈爾，再次感謝您的答复你看到的平均負載（在快照）的變化每一次刷新，這是因為你點了sybmolic數，當平均負載顯示大約有6或7那麼網站速度很慢但大多數時間沒有反應從而給出了一個錯誤。

這裡是你的CPU的數據要求
處理器＃1
供應商
GenuineIntel
名稱
英特爾（R）至強（R）CPU X3430@2.40GHz
速度
2394.030兆赫
緩存
8192 KB

當我檢查我有1 WHM四核心CPU，而服務器的人告訴我，我有3個 CPU的？？

我不知道或假裝知道如何在服務器的平均負載是制定了（最近，在過去 2日內已解決：
負載平均指數：4.49 4.04 3.95

論壇是平均速度，它似乎並沒有會造成一個問題，現在，雖然周圍交通：
271（3名成員和120位訪客和148蜘蛛）
凡頂尖人物，通常大約 500 - 600，但隨後是週末所以交通也較低。

[vBET]

我問 CPU的速度，因為我們已經告訴服務器負載僅僅是虛擬價值，因此對於快速的CPU相同的服務器負載是指別的比CPU慢（快人會做他的工作速度快，因此即使有更多的任務等待在隊列中的處理會快）。
關於您的CPU數 - 在這一刻，我失去了你一樣。這是你的服務器，我不會幫你確定你有1或3的CPU。我可以告訴你，為服務器，最好是有較大數額的較慢的CPU比小數額的速度更快。 2 +2 = 5這意味著 2處理器，功率2會做的更好的工作比1處理器與電源 4，因為服務器有很多的小任務，並具有1個處理器你不能這樣做並行的方式。
服務器負載也會有不同的含義根據處理器數量。如果你真的有3個高速處理器則服務器負載 6（總不是每個 CPU）是確定，即使沒有額外的檢查。如果你有1個處理器，那麼你應該另外實時查詢響應時間為我們的下水道。正如你說你已經做到了，這是確定。

對於時間看到您的服務器負載較大和頁面慢（緩存之一 - 請記住，沒有緩存的實際響應時間達不到你的服務器上，而是到谷歌的反應時間），請檢查是不是因為大交通，也許這是因為一些後台任務（如vBulletin cron作業，甚至是你自己的操作系統 - 如自動更新任務或類似的東西）。

根據你的最後的反應 - 如果沒有真正的問題 - 你需要在今後的任何援助，現在這個主題？

[Simon Lloyd]

米哈爾，感謝您的詳細答复，這是4個 CPU的，我只關注量的％的CPU的vBET消耗，在我鍵入此有are3過程顯示在TOP的vBET 55％，52％和48％的CPU使用率而這些過程的所有文件/ vbenterprisetranslator_seo.php，如果沒有什麼更多的話，我建議你可以謝謝您的意見和將不得不忍受它，因為我肯定買不起另一台服務器移動或升級，因為我不必去VPS以虛擬主機的專用雲，以保持vBET運行，下一跳為雙四核心（8個 CPU的）超出我的價格範圍。

[vBET]

請注意，看它是什麼 OU不VBT CPU消耗，但你的整個論壇的消耗。 vbenterprisetranslator_seo.php什麼 也不做 - 只是設置一些變量，並提出內部重定向到真正所需的文件 - 它只是前端控制器。所有請求去vbenterprisetranslator_seo.php - 你必須設置在您的。htaccess文件。

因此，這是不vBET消費 - 這是你的整個論壇的消耗。對於正常的網頁 vBET什麼都不做 - 只增加了標誌。對於整個翻譯過程中翻譯的頁面發生這樣的CPU消耗將永遠大於正常頁面，因為它發生在正常頁面生成。因此，第一代發生正常，然後結果被翻譯 - 所以沒有機會把它withour額外費用。或者... ...我們有解決方案，這個螞蟻它被命名為遊客緩存 - 為客人整個頁面被緩存並沒有轉換發生，只要緩存沒有過期。因此，如果您已經使用訪客緩存然後 vBET沒有更多的解決方案，使翻譯使用較少的資源。您只能禁用一些翻譯 - 你將有再少的流量轉換頁面，以便減少資源消耗的翻譯。

我們做了很多努力，為分析vBET，改變算法，增加更多的性能改進。而我們從來沒有把這個問題作為封閉。不過在這一刻甚至數層的緩存，我們正與應用程序，它有很多的變化和不同的內容相同的URL取決於用戶的用戶組，甚至為每個用戶（如某些插件增加了這樣的事情），這需要重新翻譯為每個登錄的用戶的請求。對於記錄用戶，我們只能緩存句子翻譯，但不是整個頁面為用戶喜歡。請注意，vBET是添加越來越多的性能改進 - 還你將永遠不會有神奇的翻譯，沒有資源的消耗。附加功能總是意味著更多的資源消耗。

我們檢查您的論壇的響應時間，這是非常好的。所以我不會去想切換到其他服務器在這一刻。正如你說 - 你仍然有一半的資源的自由。您為此付出的資源，沒有什麼不對的使用它。而你仍然在安全區 - 所以即使你的流量增加您的論壇將在適當的反應時間。對於 CPU的第一道曙光是70％的平均使用率（不只是在某些時刻 - 平均）。這是第一個暗示擔心資源。如果忽略這則 90％的CPU的平均消費是指閱讀燈，報警，並迫切需要提升 - 否則即使多一點的交通可以使性能大幅下降。對於內存是不同的，取決於操作系統設置為 SWAP。

而作為 PS - 請考慮解決方案，如VPS - 您可以添加資源，很容易沒有任何重新安裝：）

如果您已經休耕所有性能提示，然後它唯一剩下的就是禁用某些語言，並提出更新的vBET那些來。