Máis problemas de carga

[moman]

El realmente parece que está a empregar nun servidor de feble potencia. Eu estou nunha máquina Nehalem 8-core (así que nós estamos mirando para 8 núcleos máis virtual, debido á HT, para un total de 16). Eu tamén amplamente óptimo esta máquina usando as miñas propias técnicas, así como os punteiros do persoal da vbulletin.com.

vBET levanta a miña carga de preto de 2,5 a 3,0-3,5, dependendo do número de usuarios, e iso, obviamente, crece a base do tamaño do caché. Sen embargo, eu non creo que iso é moi malo en todo, como a miña canción de usuarios simultáneos dun 800 moi elevado para un aínda maior 1.200.

[vBET]

Ola Do curso de tradución debe levar algúns recursos - non hai maxia. Significa traducir páxina tomar resultado de saída e cambia-lo. Debido a que a tradución sempre levar máis que páxina normal.

Eu entendo que non está moi feliz de ter máis carga do servidor, pero teña en conta que vBET está tomando recursos só para a tradución. Para as páxinas normais, engade bandeiras só. Así, toda a carga adicional este vén de tráfico adicional a páxinas traducidas. Como escribiu o seu tráfico non caeu inmediatamente despois da desactivación vBET (se ten un tempo, polo que vai diminuír despois de desactivar - confíe en min) ea carga do servidor é menor - é obvio - os robots aínda están engatinhando URLs para páxinas traducidas, usuarios aínda están atopando nas ligazóns de Google para as súas páxinas traducidas. Entón aínda ten o tráfico mesmo, pero agora so as ligazóns traducida é simplemente duplicada contido - páxina normal que non é traducido. Se queres ficar con vBET desactivado recomendamos para engadir regra no seu arquivo htaccess. Que ha redireccionar todas as páxinas traducidas para unha normal, se non pode perder o seu SEO por mor do contido duplicado.

Compracer nota que habemos xa planeou apoiar doutro cache os sistemas e os nosos algoritmos de tradución son instantly optimizou. P.ex. nós só descuberto can drasticamente decrece rendemento de PHP cando traballando nas cordas grandes e nós modificaron o noso algoritmo. É xa liberado en vBET 4.2.0 con opcións de configuración adicional. E moveremos todas as melloras tamén a vBET 3.x Que é aínda apoiou

Eu entendo que na súa opinión, o noso código é feble. Eu non sei sobre o que está baseándose súas expectativas. Temos máis rápida de tradución para mod vB - non hai nada que funciona mellor. Tradución terá algúns recursos eo noso mod leva menos que calquera outro. Podes ver como vBET rápido pode traballar en moitos foros. Se ten problemas no seu servidor, polo que debes considerar o cambio de configuración ou a adición de recursos do servidor. Non vai poñer 20 litros de auga en balde 10 litros.

O noso devise é: "temos parcela para mudar". E que é por que somos experimenting, mudando algoritmos, profiling e gastar parcela do tempo que busca solucións que requirirán menos recursos. Aínda sabemos ningún mod que poderían ser calquera competición a vBET e hai algúns outra tradución mods. Fixemos parcela de cambios de algoritmo que tivemos que trow fóra porque non axudaron, durante este proceso nós tamén descuberto moitas melloras. Podes ter a vosa impresión que basea no voso server asuntos, mais compracer considera tes calquera solución mellor? Que podería dás unha pista que quizais vBET non é solución incorrecta xa que está traballando en miles de foros, quizais só estás tentando para pór 20 litros de auga a 10 balde de litros. Aínda - temos parcela para mudar e lista de TODO grande en optimization sección (sobre 70% a experimento axuda ou non) E está 100% seguro - podemos facelo mellor, imos e estamos facendo iso o tempo Só ten que agardar a que mover todas as melloras que fixemos durante a implementación vBET4.x

Se eu podo darlle algúns consellos - por favor, comprobe como pode optimizar vBET: http://www.vbenterprisetranslator.co...rformance.html
Especialmente considerar a desactivación dalgunhas linguas e bloqueando páxinas spam polo robots.txt

Cal é o tempo de resposta para páxinas traducidas? Cal é o seu uso de CPU? Cal é o seu uso de memoria? Se é aceptable, polo que non ten nada para se preocupar. Moitas veces a xente está con medo, aumentando a carga do servidor, e mesmo non sei que iso significa. A carga do servidor 10 veces máis que NON Significa 10 tempo máis os recursos utilizaron. Só significa que máis os fíos están esperando en fila, que é perfectamente normal, xa que ben agora os vosos fíos teñen que esperar para resposta de Google se algunha tradución non é cached aínda. Tan o fío está esperando para resposta de Google e el toma NINGÚN CPU NADA durante este tempo. Debido a que o voso server a carga será máis grande mesmo se vBET podería tomar ningún recurso nada (que naturalmente non é posíbel).

Sobre bater servidor - é obviamente o problema do servidor. Isto acontece periódicamente. Eu tiven problema semellante no meu servidor. Foi causado por un erro de Apache para un segmento Apache foi crecendo e crecendo co uso de memoria ata que a memoria enteira foi consumida ans servidor caché. Só un segmento se comporta así - os outros segmentos Apache foi normal. Xoguei con Apache configuración e problema está resolto. Eu creo que o Apache só tiña un baleirado de memoria - como eu me lembro engada menor valor de peticións que pode ser detido por unha lista de correo. Houbo tamén outros cambios. Suxiro comprobar o seu uso de memoria e monitor-lo por algún tempo. Tamén pode ser útil para comprobar cantidade media de memoria utilizada por un fío de Apache, fixo algúns cálculos e axuste o valor apropiado de threads máximo para Apache.

Se ten algunha dúbida é só pedir máis, por favor

[vBET]

Hey - Eu só estaba no seu foro traduce ULTRA Rápido ... Entón o que está reivindicando e por que actitude tan irritado con vBET, cando ten un servizo de tradución super rápido? ...

Por favor, considere que a carga do servidor significa. Comprender o seu significado pode ser moi útil para entender o que ocorre no servidor e como pode estar relacionado con temas que están agardando na fila non porque non ten recursos, pero están á espera de resposta doutro servidor (Google neste caso).

Na miña opinión ten super traducións rápidas e ten nada para se preocupar

[Snake]

Teño está a construír sitios de 10 anos, teño plena conciencia de carga 10x non significa recursos 10x, deixe de me trate como un idiota e coller alimentándose me de lixo. Os feitos son fríos con este mod vs o mod outras liberar a súa carga é mega. E nos horarios de pico meu sitio agora é lento e sen resposta. Si, traducir páxinas rápido off-Peak, pero a un custo dun servidor lento ao final do día. Eu teño un quad core, raid 15k SAS servidor, que é optimizada moi ben, el executar 0,50 durante todo o día antes que con gran tráfico. É o código VBET que engade carga e fai que o servidor lento en horarios de pico, é un feito, non é aumento do tráfico, eu tiven o mesmo tráfico e bots antes eo servidor lidou moi ben, é o produto de tradución. Período. Apresuraron-se e resolve-lo, realmente non quere pagar máis 300 quilos por mes para unha actualización do servidor para rodar un MOD lol.

[vBET]

Teño está a construír sitios de 10 anos, teño plena conciencia de carga 10x non significa recursos 10x, deixe de me trate como un idiota e coller alimentándose me de lixo. Os feitos son fríos con este mod vs o mod outras liberar a súa carga é mega. E nos horarios de pico meu sitio agora é lento e sen resposta. Si, traducir páxinas rápido off-Peak, pero a un custo dun servidor lento ao final do día. Eu teño un quad core, raid 15k SAS servidor, que é optimizada moi ben, el executar 0,50 durante todo o día antes que con gran tráfico. É o código VBET que engade carga e fai que o servidor lento en horarios de pico, é un feito, non é aumento do tráfico, eu tiven o mesmo tráfico e bots antes eo servidor lidou moi ben, é o produto de tradución. Período. Apresuraron-se e resolve-lo, realmente non quere pagar máis 300 quilos por mes para unha actualización do servidor para rodar un MOD lol.

Eu entendo que xa estaba familiarizado con información sobre a carga do servidor que che dei. Ten en conta que eu non teño coñecemento sobre no; avanzada é cada un dos milleiros dos nosos usuarios e cada vez que vou dar información ass completa, xa que pode ser útil. Non significa que eu estou te tratando como idiota - isto significa que me preocupa o que lle dá informacións que poden ser útiles para ti e avaliación da súa condición de servidor. Por favor, me apunte o mod outras libres que está falando terei pracer en facer algunha comparación Tamén calquera momento vostede é libre para escoller a mellor solución para vostede.

Eu comproba o foro de novo e de novo parece responder moi rápido. Por favor, me dea estrutura mellor momento para poder observar o que está escribindo sobre as súas respostas lento no hora punta.

Se quere comprobar como o seu tráfico alterado debido a vBET - por favor, xerar algún informe que debería amosar-lle todo o tráfico para páxinas traducidas - é o que gañou grazas á vBET.

Está absolutamente seguro que as traducións necesita recursos adicionais - non hai outro camiño e nunca vai atopar o produto que pode traducir a súa web sen ningún custo. Como eu xa mencionei máis tempo require á espera de tradución de Google cando non está en cache, e durante este tempo a súa temas teñen que agardar unha resposta que teñen maior impacto na carga do servidor. É posible axustar o tempo de caché maior para vivir - entón traducións moitas veces necesaria xa está na caché. Pero para non traducións caché calquera produto vai ter que esperar para a tradución. Non hai outra maneira.

Teña en conta que pensa que ten que ser dobres para ser capaz de reparalos lo.

Como eu xa escribín para ti, estamos constantemente a mellorar o desempeño vBET. E eu xa escribín para ti, que temos melloras de rendemento que está preparado agora en fase beta en vBET4.x. Hoxe imos lanzar a versión vBET4.x novo con melloras de rendemento adicional. E cando os bugs para quen (se) serán corrixidos, imos mover esas melloras vBET3.x Non é necesario para empurrar.

Tamén ninguén o obriga a pagar máis 300 quilos por mes para un servidor - está facendo as súas propias decisións e ten moitas opcións aquí. Ata diminuíndo o número de linguas admitidas, ou mesmo o cambio a outro produto que mencionar é moito mellor. Entendemos completamente que as solucións que está a usar debe caber ás súas necesidades e posibilidades. Temos o pracer de dar aos nosos clientes produtos cada vez mellores. E somos conscientes de que en situacións en que petición debe agardar formulario de resposta doutro servidor a carga do servidor será maior, non importa que as solucións que imos usar. Teremos o pracer se queda co noso produto e configuralo para caber yo súas posibilidades. E teremos o pracer de lle dar unha man nesta área

Teña en conta que só deu nova solución para integrar co Sitemap Generator. Se está integrada - por favor, consulte as instrucións de integración de novo aquí: http://www.vbenterprisetranslator.co...tegration.html
Ela aumenta dramaticamente a velocidade de xeración de sitemap (no noso foro con máis de 12 veces).