Mais problemas de carga

[Snake]

Ok, então eu fiz um monte de testes.

Durante um período de 24 horas a minha carga aumenta de forma constante para o 30,00 's

A reinicialização do servidor fixa-lo por mais 24 horas.

Se eu desativar o mod eu não ter este problema.

Não diga que com mod desativada há menos tráfego, que não é verdade, google ainda envia o tráfego mesmo com mod desabilitado de acordo com minhas estatísticas.

Por favor, explique, a carga está me deixando louco.

[tavenger5]

Soa como bots estão batendo as páginas traduzidas quando o mod está ligado. Você deve olhar para otimizar apache ou conseguir um servidor com mais poder de CPU. Você está executando vboptimise ou qualquer tipo de mecanismo de cache, como o memcached?

[Snake]

[moman]

Ele realmente parece que você está rodando em um servidor de fraca potência. Eu estou em uma máquina Nehalem 8-core (assim que nós estamos olhando para 8 núcleos mais virtual, devido à HT, para um total de 16). Eu também amplamente otimizado esta máquina usando minhas próprias técnicas, bem como os ponteiros do pessoal da vbulletin.com.

vBET levanta a minha carga de cerca de 2,5 a 3,0-3,5, dependendo do número de usuários, e isso, obviamente, cresce com base no tamanho do cache. No entanto, eu não acho que isso é muito ruim em tudo, como minha faixa de usuários simultâneos de um 800 bastante elevado para um ainda maior 1.200.

[vBET]

Oi Do curso de tradução deve levar alguns recursos - não há mágica. Significa traduzir página tomar resultado de saída e alterá-lo. Devido a que a tradução sempre demorar mais do que página normal.

Eu entendo que você não está muito feliz de ter mais carga do servidor, mas note que vBET está tomando recursos apenas para a tradução. Para as páginas normais, acrescenta bandeiras só. Assim, toda a carga adicional este vem de tráfego adicional a páginas traduzidas. Como você escreveu o seu tráfego não caiu imediatamente após a desativação vBET (se tiver um tempo, então ele vai diminuir depois de desativar - confie em mim) ea carga do servidor é menor - é óbvio - os robôs ainda estão engatinhando URLs para páginas traduzidas, usuários ainda estão encontrando nos links do Google para suas páginas traduzidas. Então você ainda tem o tráfego mesmo, mas agora sob os links traduzida é simplesmente duplicada conteúdo - página normal que não é traduzido. Se você quiser ficar com vBET desabilitado recomendamos para adicionar regra no seu arquivo htaccess. Que irá redirecionar todas as páginas traduzidas para uma normal, caso contrário você pode perder o seu SEO por causa do conteúdo duplicado.



Eu entendo que na sua opinião, o nosso código é fraca. Eu não sei sobre o que você está baseando suas expectativas. Temos mais rápida de tradução para mod vB - não há nada o que funciona melhor. Tradução terá alguns recursos e nosso mod leva menos que qualquer outro. Você pode ver como vBET rápido pode trabalhar em muitos fóruns. Se você tiver problemas em seu servidor, então por favor considere as alterações de configuração ou a adição de recursos do servidor. Você não vai colocar 20 litros de água em balde 10 litros.

E você está 100% certo - podemos fazê-lo melhor, vamos e estamos fazendo isso o tempo todo Basta esperar até que mover todas as melhorias que fizemos durante a implementação vBET4.x

Se eu posso lhe dar algumas dicas, por favor verifique como você pode otimizar o vBET: http://www.vbenterprisetranslator.co...rformance.html
Especialmente considerar a desativação algumas línguas e bloqueando páginas irrelevantes pelo robots.txt

Qual é o tempo de resposta para páginas traduzidas? Qual é o seu uso de CPU? Qual é o seu uso de memória? Se é aceitável, então você não tem nada para se preocupar. Muitas vezes as pessoas estão com medo, aumentando a carga do servidor e até mesmo não sei o que isso significa. A carga do servidor 10 vezes mais que NÃO significa 10 vez mais recursos utilizados. Isso apenas significa que mais threads estão aguardando na fila, o que é perfeitamente normal, uma vez que agora o seu threads tem que esperar para o Google resposta se alguns tradução automática não é armazenada em cache ainda. Então a thread está esperando por Google resposta e NÃO leva CPU durante TODO este tempo. Devido a que o seu servidor de carga SERÁ maior, mesmo se vBET poderia demorar recursos (o que, naturalmente, não é possível).

Sobre bater seu servidor - é obviamente o problema do servidor. Isso acontece periodicamente. Eu tive problema semelhante no meu servidor. Foi causado por algum bug do Apache para um segmento Apache foi crescendo e crescendo com o uso de memória até que a memória inteira foi consumida ans servidor em cache. Apenas um segmento se comporta assim - os outros segmentos Apache foi normal. Joguei com o Apache configuração e problema é resolvido. Eu acho que o Apache só tinha algum vazamento de memória - como eu me lembro eu coloquei menor valor de pedidos que pode ser detido por uma lista de discussão. Houve também outras mudanças. Sugiro verificar o seu uso de memória e monitorá-lo por algum tempo. Também pode ser útil para verificar quantidade média de memória usada por uma thread do Apache, fez alguns cálculos e defina o valor apropriado de threads máximo para Apache.

Se você tiver alguma dúvida é só pedir mais, por favor

[vBET]

Hey - Eu só estava em seu fórum traduz ULTRA RÁPIDO ... Então o que você está reivindicando e por que atitude tão irritado com vBET, quando você tem um serviço de tradução super rápido? ...

Por favor, considere que a carga do servidor significa. Compreender o seu significado pode ser muito útil para entender o que acontece no servidor e como ele pode estar relacionado com tópicos que estão aguardando na fila não porque você não tem recursos, mas estão à espera de resposta de outro servidor (Google neste caso).

Na minha opinião você tem super traduções rápidas e você tem nada para se preocupar

[Snake]

Tenho vindo a construir sites de 10 anos, tenho plena consciência de carga 10x não significa recursos 10x, pare de me tratar como um idiota e colher alimentando-me de lixo. Os fatos são frios com este mod vs o mod outras libertar a sua carga é mega. E nos horários de pico meu site agora é lento e sem resposta. Sim, traduzir páginas rápido off-peak, mas a um custo de um servidor lento no final do dia. Eu tenho um quad core, raid 15k SAS servidor, que é otimizada muito bem, ele executar 0,50 durante todo o dia antes isso com grande tráfego. É o código VBET que acrescenta carga e faz com que o servidor lento em horários de pico, é um FATO, não é aumento do tráfego, eu tive o mesmo tráfego e bots antes eo servidor lidou muito bem, é o produto de tradução. Período. Apresse-se e corrigi-lo, eu realmente não quer pagar mais 300 libras por mês para uma atualização do servidor para rodar um MOD lol.

[tavenger5]

Quantos idiomas você tem habilitado? Quantos posts você tem? Você tem vBSEO e sitemap gerador instalado? Quantos bots estão acessando o site por dia?

[Snake]

Oi!

32 idiomas habilitado.

100.000 posts.

vBSEO e sitemap instalado.

sitemap plugin diz 1000.000 páginas indexadas por dia.


O fato é que, se eu desativar o mod e reiniciar o servidor bot, e os usuários ainda estão acertando meu servidor o mesmo de antes, as mesmas páginas ainda estão em no índice googles e, assim, eu recebo o mesmo tráfego habilitado ou não.

A única diferença é que com o mod desabilitado os bots e os usuários do Google obter a página em Inglês, assim, o tráfego é idêntica, a única diferença é que eles não estão vendo uma página traduzida, evitando assim os problemas do banco de dados mods.

É claro como o dia para mim esse mod foi liberada sem testes apropriados, e claramente o proprietário não está interessado em abordar as questões.

Falhar.

[Snake]

Michael, você está errado, essa carga não é causada por um aumento no tráfego, é causada pela leitura e escrita traduções para mysql.

Se a equipe vbulletin pode ler e escrever para mysql com carga baixa por que não pode você?

Pobres código do meu amigo.