Actuación con gran caché

[moman]

Actualmente teño o meu sistema configurado para limpar todo o caché a cada semana. Cun caché baleiro, o meu banco de datos é de preto de 1.1GB, mentres cun caché cheo, trátase de 4,5 GB.

Teño notado que canto maior sexa o caché, canto maior sexa a miña carga media servidor recibe. Nun determinado momento o meu foro ten entre 650 e 1300 usuarios en liña, pero iso non parece afectar a carga tanto como o tamaño do caché.

Cun caché grande, carga do servidor é 3,3-3,8, mentres que con un baleiro, el permanece na franxa de 2,0-2,5. Isto non é malo de todo, como eu teño un servidor 16-core, pero eu estaba só queren saber se tal comportamento é de esperar o tamaño da base de datos flotantes!

Grazas,
Adán

[vBET]

vBET ten índices para as táboas de caché máis rápido e utiliza motor de MySQL para sombreiro - MyISAM. Polo tanto, temos mellores opcións para a caché DB. Diferenza toda que observa non está no lateral do vBET, pero do lado do MySQL, que executa consultas. Dálle índices de resposta máis rápidos e asegura que o tempo de resposta non vai dramáticas con maior cantidade de datos. MySQL aínda ten que buscar índices maiores e como eu penso que hai que máis recursos. É por iso que entender maior carga de servidor.

Tamén - cando a tradución está en caché, polo que é retirado de alí. Se non, Google é invitado para a tradución. Hai que máis tempo, entón, pero a maioría probablemente leva tamén menos recursos do servidor. Leva máis tempo porque non hai comunicación co servidor de Google que leva tempo, non hai tradución que leva tempo e non hai o envío de resultados de Google para o teu servidor, que tamén leva tempo. Leva menos recursos, xa que o servidor está esperando por resposta de forma pasiva e cando chega alí só descomprimir simple da resposta. Quedando tradución a partir do caché é moito máis rápido - traducción xa está feito e é no seu propio servidor, aínda que teñen que ser tomadas a partir de base de datos, consulta han de ser executados, MySQL leva un pouco de CPU e memoria para iso.

Asumindo - usando caché é idea moi boa. Se vai sentir que o servidor ten problemas co que podes probar a desactivar o caché para algúns idiomas e comparar o rendemento do servidor. Non aconsellamos a eliminar de caché completamente.

[moman]

Iso é o que eu esperaba

O desempeño é ben agora, só que nunca a carga foi moito maior que 2.0 antes vBET. Creo que paga a pena, aínda que!

Mentres a carga está por baixo de 16,0, a continuación, o servidor non é tributo, entón creo que estamos ben

[Konstantin]

É posible ou necesaria para almacenar a caché nun arquivo - para reducir a carga sobre a base de datos MySQL?
Eu só uso dúas linguas como o número de artigos moito e non queren un gran tamaño da base de datos

Haberá un sitio mellor co traballo vbet despois da instalación eaccelerator nginx,?
Xa pensou en refacer o módulo para acelerar os seus traballos en foros de grande porte? Use o tamaño do caché de 1 a 2 GB no meu caso, non unha solución. Quizais existan formas de optimizar o traballo?
Pode poñer o módulo vbet 3.3.1 + foro vb3.8.4 vBSEO 3.5RC2?
Por que tan caro versión sen dereitos de autor? (220 $)
Eu uso vbet 2.4.3 e desexa comprar vbet 3.3.1. O meu foro está a ver con cambios de SEO. Copyright duplicado referencia a 15 000 páxinas para min certo - $ 90, pero dispostos a pagar 220 dólares é máis

[vBET]

É posible ou necesaria para almacenar a caché nun arquivo - para reducir a carga sobre a base de datos MySQL?
Haberá un sitio mellor co traballo vbet despois da instalación eaccelerator nginx,?
Xa pensou en refacer o módulo para acelerar os seus traballos en foros de grande porte? Use o tamaño do caché de 1 a 2 GB no meu caso, non unha solución.
Por que tan caro versión sen dereitos de autor? (220 $)
Eu uso vbet 2.4.3 e desexa comprar vbet 3.3.1. O meu foro está a ver con cambios de SEO. Copyright duplicado referencia a 15 000 páxinas para min certo - $ 90, pero dispostos a pagar 220 dólares é máis
Eu só uso dúas linguas como o número de artigos moito e non queren un gran tamaño da base de datos

Estamos planeando engadir tamén caché de arquivos para vBET. Por agora a nosa prioridade e máis esforzos son en vBET4.0 temos ningunha programación para a función de caché de arquivos. Lembre que pode personalizar cales idiomas ha traballar con caché. Entón, se o desexa, pode utilizar o caché só para algúns de tradución que vai facilitar. Tamén vale lembrar que a versión de pago do vBET melloraron caché de base de datos de modo que é máis rápido que a versión gratuíta. Hai tamén outras melloras na versión de pago - en xeral é máis rápido e tendo menos memoria. Xa temos clientes que están a usar con éxito-en grandes paneis.
Non fixo probas de performance con nginx acelerador polo tanto, non pode compararse.
Teña en conta que a compra de licenza de marca libre non é obrigatoria e pode sempre actualizar a súa licenza máis tarde.

[Konstantin]

Grazas pola súa resposta. Nginx é un servidor como o apache. Aconsello a ler - caché funciona mellor en php + nginx + eaccelerator eo seu vbet pode ser moito máis rápido

[vBET]

Grazas pola súa resposta. Nginx é un servidor como o apache. Aconsello a ler - caché funciona mellor en php + nginx + eaccelerator eo seu vbet pode ser moito máis rápido

Neste momento somos moi cerca de vBET4.0 liberación e nós teñen parcela de traballo con aquilo. Se quéresnos para probar vBET baixo nginx, entón compracer fío novo aberto en Petición de Característica. Se nginx carreiras php entón vBET traballará alí. Un emite - se queres utilizar ligazóns de SEO da tradución entón reescriben as regras serán necesarias. Temos aqueles prepararon só para apache dentro .htaccess Ficheiro neste momento, mais se non es capaz de reescribilo desde apache a nginx entón podes sempre ligazóns de uso con linguaxe atributo - isto é moi fácil. Podes probar con versión gratuita para evitar problemas inesperados antes de comprar un pago.