PDA

Visa fullständig version: Löste VBET hög CPU / Minnesanvändning grund av MySQL



magmf
04-06-10, 13:00
Killar,

Jag behöver verkligen vbet mer optimerade för min hemsida.

VBet blir mig en massa nya användare jag verkligen gillade verktyg men använder för mycket resurser.


Min CPU innan VBET var bälg 2 och nu är mer än 4 hela tiden

nu till exempel
08:32:18 upp 11 dagar, 2:27, 1 användare, ladda genomsnitt: 7,45, 8,24, 8,26

bifogade några biljetter från före och efter vbet aktiverat i min hemsida


Jag vill dela er att jag hoppade från 70,000 sidor indexerade på Google till mer än 500,000

min rank på alexa hoppade också
Under-linux.org - Site Info från Alexa (http://www.alexa.com/siteinfo/under-linux.org)

och jag får fler besök varje dag, men jag behöver fortfarande en bättre optimering på hur vbet handtag med frågor.

ta en titt på min topp



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



Som ni kan se MySQL uppe på grund av vbet


mysql visa 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 och CPU-användning före och efter 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
Hej.

Som du skrev vBET gav dig massor av ny trafik. Så att jämföra CPU och mem-användning före och efter vBET, är verkligen jämföra CPU och mem-användning före och efter att ha större trafik ...
Så denna jämförelse inte är lämpligt. Det finns ingen möjlighet att ha samma resursanvändning med större trafik. Notera även att vBET praktiskt taget tar inga resurser för normal sidor (endast genererar flaggor) så att alla dina extra resursanvändning kommer från ytterligare trafik - trafik till översatta sidor. Mer trafik = mer resurser behövs

Observera att vBET frågor är optimerade, alla med index och ta alla data i några frågor. Kontrollera din långsamma frågor loggen att avgöra vad som verkligen tar det mesta av din MySQL tid. Dessutom - du kan alltid bygga om index i fallet om något kraschade i din MySQL DB.

Tala om vad som är storleken på cache tabeller? Tala också om vilken version av vBET använder du och ge ditt forum webbadress.

Se våra prestationer tips: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Naturligtvis är vi förbättrar vBET kontinuerligt. I nästa version kommer vi att stödja databas-cache:) Så prestandaförbättringar som kommer att hända:) Men observera att ditt sätt jämförelsen är inte lämpligt och inte visar hur mycket mer resurser krävs vBET - det visar hur mycket mer resurser ditt forum tar med din större trafik.

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

fil-cache eller mysql som inte cachas frågor använder mycket av I / O gör enheten ladda vara hög.

Mitt förslag till dig är att använda memcache till cache istället o fil och MySQL eller ansluta vbet med vboptimise som redan har stöd för många typer av cachar

exempel på användning vboptimise med vbet blir något sånt


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



varför du inte försöka prata med Deceptor från DragonByte Tech Forum - DragonByte Technologies Home (http://www.dragonbyte-tech.com/)

Min hemsida är att spara mer än 10 miljoner förfrågningar om dagen med vboptimise och om du arbetar med honom för att bättre stödja vbet alla kan vara lyckliga

ta en titt
vB Optimera - Resurs statistik (http://www.dragonbyte-tech.com/vboptimisesites.php)

vBET
04-06-10, 21:29
Tack för ditt råd:) Jag lägger ditt senaste inlägg i TODO lista.

Vänligen svar på frågor - vad är ditt forum webbadressen och används vBET version. Vi vill kolla har du lämplig installation - tidigare vBET versioner används dubbla omdirigeringar som inte används längre, vid vBSEO Den kräver lämplig integration.

magmf
04-06-10, 21:38
min url är under-linux.org
vbet 4.2.2
vBulletin 4.0.3
vbseo 3,5 slutgiltiga

vBET
04-06-10, 21:49
OK - du behöver inte dubbla omdirigeringar och sista vBET version. Just nu kan jag bara råda dig att använda våra prestationer tips (länken i första svar) - särskilt blockera irrelevant innehåll i robots.txt - som medlem sidor, kalender och några andra (observera att dessa sidor kommer att försvinna från index, men det är bra för din SEO, eftersom dessa är oftast betraktas som innehåll dubbelarbete).

Dessutom - om din server kommer att heta hantera alla 52 språk - kan du överväga att inaktivera vissa av dessa. Just nu förstår jag att det hanterar det, du bara skulle vara mer glad om med mindre resurser;)

Vi kommer också att arbeta på att stödja inte bara fil-cache, men också befintliga biblioteken cache:) Tack igen för din ledtråd.

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

Jag är bara orolig med framtiden. För nu min sida kan hantera men eftersom vbet arbetar jag kan få en hel del nya användare och detta kan göra min server går ner: (

också Jag är redan blockera irrelevant innehåll i min robots.txt

vBET
05-06-10, 20:27
Hawing många nya användare kommer att få dig att tänka på skalbarhet när du har vBET eller inte. Vi är verkligen glada att vBET ger dig massor av nya användare och eventuella inkomster reklam:) Som jag redan skrev vi kommer att förbättra caching-system:)

vBET
10-06-10, 22:45
Nästa utgåva kommer att ha full fil-cache som gör dina sidor genererar snabbare för gästerna - även de översätts inte:)

bhanuprasad1981
14-06-10, 18:12
Nästa utgåva kommer att ha full fil-cache som gör dina sidor genererar snabbare för gästerna - även de översätts inte:)

hoppas att vi får detta snart:)

vBET
14-06-10, 23:11
Denna månad säker:) Full fil-cache för gäster fungerar bra på vårt forum, vill bara lägga till några andra nya funktioner:)

bhanuprasad1981
20-06-10, 17:03
några uppdateringar:)

vBET
21-06-10, 14:50
Idag kommer vi att ha övergång till vBET3.x - för vBET4.x under första veckan i nästa månad:)

bhanuprasad1981
21-06-10, 18:53
Ohhh nej 15 dagar mer: (

vBET
22-06-10, 22:32
Vi har mer att göra i händelse av VB4 (stöd Friendly URLs + fler typer av översatt länkar för VBSEO). Även denna gång kommer att ge oss feedback om den här nya funktionen (dvs vi redan fått idén från en användare att tillåta att inaktivera den för normala sidor). Så det kommer att ta lite mer tid, men i slutet kommer du att få lösning som är bättre testade och med ytterligare funktioner:)

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