VBET HIGH CPU / memòria d'ús a causa de mysql

[magmf]

Nois,

És realment necessari tenir VBET més optimitzat per al meu lloc web.

VBET és cada vegada em una gran quantitat de nous usuaris Em va agradar molt l'eina, però està utilitzant massa recursos.


El meu càrrega de la CPU abans de VBET va ser baix 2 i ara té més de 4 tots els temps

Ara, per exemple,
8:32:18 fins a 11 dies, 02:27, 1 usuari, load average: 7.45, 24/08, 26/08

adjunta poques entrades d'abans i després de VBET habilitat a la meva pàgina web


Vull compartir que va passar de 70.000 pàgines indexades a Google per més de 500.000

el meu rang de alexa va saltar també
Sub-linux.org - Informació de la pàgina d'Alexa (http://www.alexa.com/siteinfo/under-linux.org)

i estic rebent més visites cada dia, però encara tinc una millor optimització de com manejar amb VBET consultes.

fer una ullada al meu 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



com es pot veure a la part superior mysql per VBET


mysql mostrar 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 i ús de la CPU abans i després 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]

Hola.

A mesura que escrivia VBET li va donar gran quantitat de trànsit nou. El que la comparació de la CPU i l'ús de membres abans i després de VBET, és en realitat la comparació de la CPU i l'ús de membres abans i després de més trànsit ...
Així que aquesta comparació no és adequada. No hi ha possibilitat de tenir l'ús d'un mateix recurs amb major trànsit. També tingui en compte que VBET pràcticament no té els recursos per a les pàgines normals (només genera banderes) perquè tots els teus ús dels recursos addicionals provenen de més trànsit - el trànsit a les pàgines traduïdes. Més trànsit = més dels recursos necessaris

Tingueu en compte que les consultes s'han optimitzat VBET, tots són l'ús d'índexs i prendre totes les dades d'algunes preguntes. Si us plau, comproveu les seves consultes lentes de registre per determinar el que realment porta la major part del seu temps de MySQL. També - sempre es pot tornar a generar índexs en cas que si alguna cosa es va estavellar a la base de dades MySQL.

Si us plau, digui quin és la mida de les taules de memòria cau? També informe a la versió de VBET està usant i de l'enllaç del fòrum.

Si us plau, consulti els nostres consells de rendiment: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Per descomptat que estem millorant contínuament VBET. En properes versions es donarà suport a la memòria cau d'arxius:) Per tant millores en el rendiment passarà:) No obstant això tingui en compte que la seva manera de comparació no és adequada i no mostrar com més recursos es VBET - que mostra la quantitat de més recursos per provar el fòrum té amb el seu més trànsit.

[magmf]

VBET,

memòria cau d'arxius o mysql consultes en memòria cau no utilitzen una gran quantitat d'E / S de fer la càrrega del dispositiu ha de ser ALT.

El meu suggeriment per a vostè és l'ús de Memecached memòria cau d'arxius en lloc d'O i mysql o connectar amb VBET vboptimise que ja suporta molts tipus de memòries

exemple d'ús amb vboptimise VBET serà una cosa així com que


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



per què no intentar parlar amb Deceptor de DragonByte Fòrums Tech - DragonByte Home Technologies (http://www.dragonbyte-tech.com/)

meu lloc és l'estalvi de més de 10 milions de consultes al dia amb vboptimise i si vostè treballa amb ell per a un millor suport a tots VBET pot ser feliç

fer una ullada
Optimitzar v - Estadístiques de recursos (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

Gràcies per el teu consell:) que posi als teus últim missatge a la llista de TOT.

Si us plau contesti les preguntes donades - ¿Quina és la URL del seu fòrum i la versió utilitzada VBET. Volem comprovar què han apropiat d'instal lació - les versions anteriors VBET utilitza dobles redireccions que ja no s'utilitza, en el cas de Matías es requereix una adequada integració.

[magmf]

la meva url és baix-linux.org
VBET 4.2.2
vBulletin 4.0.3
vBSEO 03/05 final,

[vBET]

OK - vostè no té dobles redireccions i la versió VBET passat. En aquest moment només puc aconsellar-li que utilitzi els nostres suggeriments de rendiment (enllaç a la primera resposta) - especialment bloc de continguts irrellevants a l'arxiu robots.txt - pàgines com a membre, el calendari, i alguns altres (tingueu en compte que les pàgines desapareixeran dels índexs, però és bo per al SEO, perquè la majoria les considera com la duplicació de continguts).

També - si el servidor es calenta utilitzar tots els 52 idiomes - si us plau consideri a desactivar alguns d'ells. En aquest moment entenc que es maneja, només seria més feliç si amb menys recursos;)

També anem a treballar en el suport no només memòria cau d'arxius, sinó també les biblioteques existents cache:) Gràcies de nou per la teva suggeriment.

[magmf]

VBET,

Estic preocupada amb el futur. Per ara el meu lloc pot gestionar, però ja està treballant VBET puc obtenir una gran quantitat de nous usuaris, i això pot fer que el meu servidor es cau: (

També estic ja el bloqueig de contingut irrellevant al meu robots.txt

[vBET]

Moltes vacil.lacions dels nous usuaris li farà pensar sobre la escalabilitat quan tingui VBET o no. Estem molt contents que VBET li està donant molt dels nous usuaris i els ingressos de publicitat possible:) Com ja he escrit que millorarà el sistema d'emmagatzematge en memòria cau:)

[vBET]

La propera versió tindrà la memòria cau d'arxius completa que farà que les seves pàgines generar més ràpid per als clients - fins i tot els adquirits sense traduir:)

[bhanuprasad1981]

La propera versió tindrà la memòria cau d'arxius completa que farà que les seves pàgines generar més ràpid per als clients - fins i tot els adquirits sense traduir:)

Esperem aconseguir aquest aviat:)

[vBET]

Aquest mes per fet:) memòria cau d'arxius completa per als clients està treballant molt bé en els nostres fòrums, només vull afegir algunes noves funcionalitats altres:)

[bhanuprasad1981]

qualsevol actualització:)

[vBET]

Avui tindrem la versió per vBET3.x - per vBET4.x en la primera setmana del proper mes:)

[bhanuprasad1981]

ohhh no 15 dies més: (

[vBET]

Tenim més de fer en cas de VB4 (suport friendly URLs + més tipus d'enllaços traduït per Matías). També aquesta vegada ens donarà la seva opinió sobre aquesta nova funcionalitat (és a dir, que ja té la idea d'un usuari per permetre a desactivar les pàgines normals). Pel que requerirà més temps, però al final obtindrà una solució que és millor provat i amb característiques addicionals:)