VBET hoog CPU / Memory gebruik te wijten aan mysql

[magmf]

Jongens,

Ik heb echt nodig vbet meer geoptimaliseerd voor mijn website.

VBet is om me een hoop nieuwe gebruikers die ik echt leuk vond de tool, MAAR gebruikt te veel resources.


Mijn cpu load voor VBET was balg 2 en nu is meer dan 4 alle tijden

nu bijvoorbeeld
08:32:18 up 11 dagen, 2:27, 1 user, load average: 7.45, 8.24, 8.26

bijgevoegd enkele tickets van voor en na vbet ingeschakeld in mijn website


Ik wil je delen dat ik sprong van 70.000 pagina's geindexeerd op Google voor meer dan 500.000

mijn rang alexa sprong ook
Onder-linux.org - Site Info van Alexa (http://www.alexa.com/siteinfo/under-linux.org)

en ik ben het ontvangen van meer elke dag bezoeken, maar ik moet nog een betere optimalisatie van hoe vbet omgaan met vragen.

neem een kijkje op mijn top



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



zoals je kunt zien mysql boven als gevolg van vbet


mysql tonen 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 en CPU-gebruik voor en na de 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]

Hello.

Zoals u schreef vBET gaf je veel nieuwe verkeer. Dus het vergelijken van CPU en mem gebruik voor en na vBET, is echt te vergelijken CPU en mem gebruik voor en na het grotere verkeer ...
Dus deze vergelijking is niet geschikt. Er is geen mogelijkheid om dezelfde bronnen gebruik hebben met grotere verkeer. Gelieve ook rekening mee dat vBET praktisch geen middelen voor de normale pagina's (alleen genereert vlaggen) duurt zo al uw extra gebruik van bronnen afkomstig van extra verkeer - verkeer naar vertaalde pagina's. Meer verkeer = meer middelen nodig

Houdt u er rekening mee dat vBET query's zijn geoptimaliseerd, zijn allemaal gebruik van indexen en alle gegevens in een paar queries. Gelieve uw trage vragen loggen om te bepalen wat er werkelijk meeste van uw MySQL tijd kost. Ook - u kunt altijd herbouwen indexen in het geval als er iets gecrasht in uw MySQL DB.

Vertel wat is de grootte van je cache tabellen? Ook vertel welke versie van vBET gebruikt u en uw forum URL.

Kijk dan op onze prestaties hints: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Natuurlijk zijn we zijn het verbeteren van vBET continu. In volgende grote versie zullen wij steunen file cache:) Dus prestatieverbeteringen zal gebeuren:) Nog steeds rekening mee dat je weg vergelijking niet gepast is en niet zien hoeveel meer geld kost vBET - het laat zien hoe veel meer bronnen van uw forum neemt met uw groter verkeer.

[magmf]

vBET,

file cache of mysql query cache niet veel gebruik van I / O-apparaat het maken van belasting hoog zijn.

Mijn suggestie aan u is memcache gebruikt om in plaats daarvan o bestanden en mysql cache of vbet verbinden met vboptimise die al ondersteuning voor vele soorten caches

voorbeeld van gebruik vboptimise met vbet zal iets dergelijks worden


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



waarom je niet proberen te praten met Deceptor van DragonByte Tech Forum - DragonByte Technologies Home (http://www.dragonbyte-tech.com/)

mijn website is een besparing van meer dan 10 miljoen zoekopdrachten per dag met vboptimise en als je samen met hem naar een betere ondersteuning vbet iedereen kan gelukkig zijn

een kijkje nemen
vB Optimaliseer - Resource Statistics (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

Bedankt voor je advies:) heb ik uw laatste post in TODO lijst.

Gelieve antwoord op vragen - wat is je forum URL en gebruikte vBET versie. We willen checken heb je juiste installatie - vorige vBET versies gebruikte dubbele redirects die niet meer gebruikt wordt, in geval van vBSEO het vereist een goede integratie.

[magmf]

mijn url is onder-linux.org
vbet 4.2.2
vBulletin 4.0.3
vBSEO 3,5 finale

[vBET]

OK - je hoeft niet dubbel redirects en laatste vBET versie. Op dit moment kan ik alleen maar adviseren u om onze prestaties te hints (link in eerste antwoord) te gebruiken - vooral irrelevante inhoud te blokkeren in robots.txt - zoals ledenpagina's, kalender, en een aantal andere (merk op dat die pagina's verdwijnen van indexen, maar het is goed voor je SEO, omdat die meestal beschouwd als inhoud duplicatie).

Ook - als uw server hot omgaan met alle 52 talen - u overwegen om enkele van die uit te schakelen. Op dit moment heb ik begrepen dat het er gevoerd wordt, je gewoon zou meer blij zijn als met minder middelen;)

We zullen ook werken op de ondersteuning van niet alleen de file cache, maar ook bestaande cache bibliotheken:) Nogmaals bedankt voor je hint.

[magmf]

VBET,

Ik ben gewoon bezorgd met de toekomst. Voor nu mijn site kan verwerken, maar aangezien vbet werkt kan ik een hoop nieuwe gebruikers te krijgen en dit kan mijn server down gaat: (

Ook ik ben al het blokkeren van irrelevante inhoud in mijn robots.txt

[vBET]

Hawing veel nieuwe gebruikers zullen je nadenken over schaalbaarheid wanneer u vBET of niet. We zijn echt blij dat vBET is geeft u heel wat nieuwe gebruikers en mogelijke reclame inkomens:) Zoals ik al schreef we zullen caching systeem te verbeteren:)

[vBET]

Volgende release heeft de volledige file cache die uw pagina's te genereren sneller voor de gasten - ook als deze niet vertaald:)

[bhanuprasad1981]

Volgende release heeft de volledige file cache die uw pagina's te genereren sneller voor de gasten - ook als deze niet vertaald:)

hopen dat we binnenkort krijgen deze:)

[vBET]

Deze maand zeker:) Volledige file cache voor de gasten werkt prima op onze forums, ik wil gewoon een aantal andere nieuwe functionaliteiten toe te voegen:)

[bhanuprasad1981]

alle updates:)

[vBET]

Vandaag zullen we release voor vBET3.x - voor vBET4.x in de eerste week van volgende maand:)

[bhanuprasad1981]

Ohhh geen 15 dagen meer: (

[vBET]

We hebben meer te doen in geval van VB4 (ondersteuning Friendly URL's + meer soorten van de vertaalde links voor vBSEO). Ook deze keer geeft ons feedback over deze nieuwe functionaliteit (dat wil zeggen we al een idee van de gebruiker om uit te schakelen voor normale pagina's kreeg). Dus het zal wel wat meer tijd, maar op het einde zul je oplossing die beter is getest en met extra functies te krijgen:)