VBET uso de CPU / Memoria elevado debido ao mysql

[magmf]

Persoal,

Realmente preciso ter vbet máis óptimo para o meu sitio.

VBet está quedando me unha morea de novos usuarios que realmente me gustou da ferramenta, pero está a usar moitos recursos.


A miña carga CPU antes VBET foi abaixo 2 e agora é máis que catro de todos os tempos

agora, por exemplo
08:32:18 ata 11 días, 02:27, 1 usuario, load average: 7,45, 8,24, 8,26

adxunto poucos billetes de antes e despois vbet habilitado no meu sitio


Eu quero dividir vostede que eu salto de 70.000 páxinas indexadas en Google para máis de 500.000

o meu rango en Alexa saltou tamén
Under-linux.org - Información do Sitio web da Alexa (http://www.alexa.com/siteinfo/under-linux.org)

e eu estou a recibir máis visitas cada día pero eu teño unha mellor optimización sobre como xestionar consultas vbet.

un ollo no 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



como podes ver mysql na parte superior por mor do vbet


mysql amosar 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 e uso da CPU antes e despois 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]

Olá

Como escribiu vBET lle deu gran cantidade de tráfico novo. Así, comparando CPU e memoria antes e despois vBET, é realmente comparando CPU e memoria antes e despois de maior tráfico ...
Polo tanto, esta comparación non é axeitada. Non hai posibilidade de ter uso de recursos mesmo con maior tráfico. Tamén vale lembrar que vBET practicamente non ten recursos para páxinas normal (só xera flags) para que todos os seu uso de recursos adicionais vén de tráfico adicional - o tráfico para páxinas traducidas. Máis tráfico = máis recursos necesarios

Ten en conta que as consultas son optimizadas vBET, todos están utilizando índices e aproveitar todos os datos en algunhas consultas. Verifique o seu rexistro de consultas lentas para determinar o que realmente leva a maior parte do seu tempo MySQL Tamén - sempre pode reconstruír índices no caso, se algo deixou de funcionar en base de datos MySQL

Por favor, diga cal é o tamaño das súas táboas de caché? Tamén por favor, diga que versión do vBET está a usar e dar o seu URL do foro.

Verifique suxestións noso rendemento: http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/408-vbet-performance.html

Por suposto, estamos mellorando vBET continuamente. A próxima versión principal apoio caché de arquivos:) Polo tanto, melloras de rendemento vai pasar:) Aínda por favor, teña en conta que o seu camiño comparación non é axeitada e non mostrar o que máis recursos leva vBET - amosa o que máis recursos ao seu foro ten co seu maior tráfico.

[magmf]

vBET,

caché de arquivos ou mysql consultas en cache non usar unha morea de E / S de facer carga dos dispositivos ser HIGH.

A miña suxestión para vostede é usar Memcache para almacenar en memoria de arquivos en vez o e mysql ou conectar vbet con vboptimise que xa ten soporte para moitos tipos de cachés

exemplo de uso con vboptimise vbet será algo así


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



por que non intente falar con Deceptor DragonByte de Tecnoloxía Foros - DragonByte Technologies Home (http://www.dragonbyte-tech.com/)

meu sitio está aforrar máis de 10 millóns de consultas ao día, con vboptimise e se traballar con el para mellor apoio vbet todos poden ser felices

bótalle un ollo
vB Optimizar - Resource Estatística (http://www.dragonbyte-tech.com/vboptimisesites.php)

[vBET]

Grazas polo seu consello:) Eu coloque o seu último post na lista TODO.

Por favor, responda as preguntas dadas - o que é o seu URL foro e versión vBET usado. Queremos comprobar se ten instalación axeitada - as versións anteriores vBET utilizado redireccións dobres que non é máis usado, en caso de vBSEO que esixe unha integración adecuada.

[magmf]

miña url é under-linux.org
vbet 4.2.2
vBulletin 4.0.3
vBSEO 3,5 finais

[vBET]

OK - non ten redireccións dobres e versión vBET pasado. Neste momento só podo aconsellamos-lo a usar os consellos do noso rendemento (enlace na primeira resposta) - especialmente bloquear contido irrelevante no robots.txt - páxinas como membro, calendario, e algúns outros (teña en conta que as páxinas van desaparecer a partir de índices, pero é bo para o SEO, porque estes son na súa maioría considerada como a duplicación de contidos).

Tamén - se o seu servidor xestione todos os hot 52 linguas - por favor considere para desactivar algúns deses. Neste momento, eu entendo que trata sobre iso, só sería máis feliz con menos recursos;)

Traballaremos tamén en apoiar non só a caché de arquivos, así como bibliotecas de caché existente:) Grazas de novo pola súa información.

[magmf]

VBET,

Eu só estou preocupado co futuro. De momento o meu sitio pode tratar, pero desde vbet está a traballar Eu podo ter unha morea de novos usuarios e iso pode facer o meu servidor vai para abaixo: (

Tamén xa estou bloqueado contido irrelevante no meu robots.txt

[vBET]

Moi hawing de novos usuarios vai facer pensar sobre módulos sempre que ten vBET ou non. Estamos moi feliz que vBET está dándolle moitos novos usuarios e os ingresos anuncio posible:) Como xa escribín, imos mellorar o sistema de caché:)

[vBET]

Próxima versión terá de caché de arquivo completo que fará que as súas páxinas xeran máis rápida para os clientes - mesmo os que non traducido:)

[bhanuprasad1981]

Próxima versión terá de caché de arquivo completo que fará que as súas páxinas xeran máis rápida para os clientes - mesmo os que non traducido:)

Esperamos conseguir isto en breve:)

[vBET]

Este mes, por suposto:) caché de ficheiros completo para os hóspedes funciona ben nos nosos foros, só quero engadir algunhas outras funcións novas:)

[bhanuprasad1981]

calquera actualizacións:)

[vBET]

Hoxe teremos lanzamento para vBET3.x - para vBET4.x a primeira semana do próximo mes:)

[bhanuprasad1981]

ohhh non máis 15 días: (

[vBET]

Temos máis que facer en caso de vB4 (soporte URLs amigables + máis tipos de vínculos traducido para vBSEO). Tamén nesta ocasión vai darnos comentarios sobre esta nova función (ou sexa, que xa ten idea de un usuario para que desactivalo para as páxinas normais). Por iso vai levar máis tempo, pero ao final vai ter solución que é mellor probado e con características adicionais:)