PDA

查看完整版本: 已解決 VBET高CPU /內存使用由於 MySQL的



magmf
04-06-10, 13:00
伙計們,

我真的需要有vbet更加優化我的網站。

VBet是我獲得很多新的用戶我真的很喜歡這個工具,但使用過多的資源。


我的CPU負載之前VBET是波紋管2,現在是所有的時間超過 4

現在例如
8點 32分18秒最多11天,2:27,1個用戶,平均負載:7.45,8.24,8.26

附加一些門票從前後 vbet啟用我的網站


我想分享你,我躍升至70.000網頁索引的谷歌超過 500.000

我在Alexa的排名也躍升
副linux.org - 從 Alexa的網站信息(http://www.alexa.com/siteinfo/under-linux.org)

而且我每天都收到更多的訪問, 但我仍然需要一個更好的優化 vbet如何處理與查詢。

看一看我頂



top - 08:53:46 up 11 days, 2:49, 1 user, load average: 10.77, 9.81, 9.06
Tasks: 423 total, 5 running, 418 sleeping, 0 stopped, 0 zombie
Cpu(s): 15.7%us, 2.4%sy, 0.0%ni, 66.6%id, 9.8%wa, 0.1%hi, 5.4%si, 0.0%st
Mem: 12330536k total, 11619688k used, 710848k free, 24064k buffers
Swap: 995988k total, 994972k used, 1016k free, 2917568k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29384 mysql 20 0 5722m 2.5g 4552 S 99 20.9 3661:46 mysqld



你可以看到mysql的頂部,因為 vbet


MySQL的SHOW PROCESSLIST;



mysql> show processlist;
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| Id | User | Host | db | Command | Time | State | Info |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
| 3102552 | underlinux | localhost:49801 | underlinux | Query | 16 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102570 | underlinux | localhost:49843 | underlinux | Query | 12 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102597 | underlinux | localhost:49901 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102600 | underlinux | localhost:49907 | underlinux | Query | 9 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102617 | underlinux | localhost:49944 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102620 | underlinux | localhost:49953 | underlinux | Query | 6 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102632 | underlinux | localhost:49986 | underlinux | Query | 3 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102633 | underlinux | localhost:49988 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102636 | underlinux | localhost:49994 | underlinux | Sleep | 1 | | NULL |
| 3102639 | underlinux | localhost:50000 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102641 | underlinux | localhost:50005 | underlinux | Query | 0 | Sending data | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102648 | underlinux | localhost:50021 | underlinux | Sleep | 1 | | NULL |
| 3102649 | underlinux | localhost:50022 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102651 | root | localhost | NULL | Query | 0 | NULL | show processlist |
| 3102652 | underlinux | localhost:50027 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_vi WHERE originaltext='Cadastrar+200+cl |
| 3102660 | underlinux | localhost:50044 | underlinux | Query | 0 | statistics | SELECT translated FROM vbvbenterprisetranslator_cache_medium_fa WHERE originaltext='BackTrack+4+%28F |
| 3102661 | underlinux | localhost:50047 | underlinux | Query | 0 | statistics | SELECT cache.originaltext as originaltext, cache.translated as translated FROM vbvbenterprisetransla |
| 3102663 | underlinux | localhost:50051 | underlinux | Sleep | 1 | | NULL |
| 3102664 | underlinux | localhost:50052 | underlinux | Query | 1 | end | UPDATE vbuser SET
profilevisits = profilevisits + 1
WHERE userid = 61484 |
| 3102666 | underlinux | localhost:50056 | underlinux | Query | 0 | update | REPLACE INTO vbdatastore
(title, data, unserialize)
VALUES
('cron', '1275652500', 0) |
+********-+************+****************-+************+********-+****--+************--+****************************************************************************************************--+
20 rows in set (0.16 sec)

mysql>




mysql和CPU使用率前後 vbet

http://under-linux.org/wiki/images/1/14/Mysql-vbet.png

http://under-linux.org/wiki/images/f/f0/Vbetmysql2.png

http://under-linux.org/wiki/images/6/65/Vbet-cpuusage.png

vBET
04-06-10, 14:34
您好。

當你寫 vBET給你很多新的交通。因此,比較 CPU和內存使用前後 vBET,真的是比較 CPU和內存使用前,後大流量...
因此,這種比較是不恰當的。有沒有可能有相同的資源使用情況的大流量。另外請注意,vBET幾乎概不正常的資源頁(只生成標誌),使所有的額外資源使用來自額外的交通 - 交通翻譯的頁面。更多交通=更多的資源需要

請注意,vBET查詢優化,所有正在使用的所有數據指標,並採取在幾個查詢。請您慢查詢日誌,以確定真正最需要你的MySQL時間。此外 - 你總是可以重建索引在什麼情況下,如果墜毀在你的MySQL數據庫。

請您介紹什麼是大小緩存表?也請告訴哪個版本的vBET您使用,讓您的論壇的網址。

請我們的表現提示:http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

當然,我們正在改善vBET不斷。在下一主要版本中,我們將支持文件緩存:)所以會發生性能改進:)不過請注意,您的方式比較是不恰當的,並沒有顯示多少資源需要vBET - 它顯示了你的論壇需要更多的資源與更大的流量。

magmf
04-06-10, 20:49
vBET,

文件緩存或MySQL不緩存的查詢使用了很多的I / O使設備負荷高。

我的建議,您是使用memcache的緩存,而不是o文件和MySQL或連接 vbet與 vboptimise已經有支持多種類型的高速緩存

例如用法vboptimise與 vbet將類似的東西


if ($cache = vb_optimise::$cache->get('unique language key'))
{
***//use cache
}
else
{
***// get from elsewhere
***vb_optimise::$cache->set('unique language key');
}



為什麼你不嘗試交談 Deceptor從 DragonByte科技論壇 - DragonByte技術院(http://www.dragonbyte-tech.com/)

我的網站是節省 10多萬元,每天的查詢與 vboptimise,如果你與他合作,以更好地支持vbet每個人都可以快樂

看一看
啟用 BB優化 - 資源統計(http://www.dragonbyte-tech.com/vboptimisesites.php)

vBET
04-06-10, 21:29
感謝您的建議:)我把你的最後發表 TODO列表。

請給予回答的問題 - 什麼是您的論壇的網址,並用vBET版本。我們要檢查你是否有合適的安裝 - 上vBET版本中使用雙重重定向是不再使用,在案件百度推廣它需要適當的整合。

magmf
04-06-10, 21:38
我的網址是不足linux.org
vbet 4.2.2
百度推廣 4.0.3
百度推廣 3.5最終

vBET
04-06-10, 21:49
OK - 你沒有雙重重定向和最後 vBET版本。在這個時刻我只能建議你使用我們的表現提示(鏈接在第一答辯) - 尤其是不相關的內容塊中的robots.txt - 如成員頁,日曆和其他一些國家(注意,這些網頁從索引會消失,但它好你的SEO,因為這些大多認為內容重複)。

另外 - 如果您的服務器將處理所有52種語言的熱 - 請考慮禁用一些人。在這一刻我明白,它處理它,你只是會更高興,如果用更少的資源;)

我們也將在它不僅支持文件緩存,而且現有的緩存庫:)再次感謝您的提示。

magmf
04-06-10, 21:58
VBET,

我只是擔心與未來。現在我的網站可以處理,但由於 vbet是工作,我可以得到很多的新用戶,這可以讓我的服務器出現故障:(

還我已經阻止不相關的內容在我的robots.txt

vBET
05-06-10, 20:27
Hawing很多新用戶會令你想到的可擴展性只要你有vBET與否。我們非常高興 vBET是給你很多新的用戶和可能的廣告收入:)我已經寫了,我們將提高緩存系統:)

vBET
10-06-10, 22:45
下一個版本將有充分的文件緩存這將使您的頁面生成速度更快的客人 - 即使是那些不譯:)

bhanuprasad1981
14-06-10, 18:12
下一個版本將有充分的文件緩存這將使您的頁面生成速度更快的客人 - 即使是那些不譯:)

我們希望盡快得到這個:)

vBET
14-06-10, 23:11
本月肯定的:)全部文件緩存客人是我們的論壇上工作正常,只是想增加一些其他的新功能:)

bhanuprasad1981
20-06-10, 17:03
任何更新:)

vBET
21-06-10, 14:50
今天,我們將發布 vBET3.x - 為 vBET4.x在下月第一週:)

bhanuprasad1981
21-06-10, 18:53
ohhh沒有 15天以上:(

vBET
22-06-10, 22:32
我們更多的是在案件VB4(支持友好的URL +更多種翻譯該書百度推廣)。另外這個時間將反饋給我們這個新的功能(即,我們已經有了想法從一個用戶允許將其禁用正常頁)。因此,需要一定的時間,但最後你會得到更好的解決方案,它是經過測試,與其他功能:)

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translated to other languages supported by vB Enterprise Translator 4.10.1