Mais problemas de carga

[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.

[vBET]

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.

Eu entendo que você já estava familiarizado com informações sobre a carga do servidor que te dei. Por favor, note que eu não tenho conhecimento sobre quão avançada é cada um dos milhares de nossos usuários e cada vez que vou dar informações ass completa, pois ele pode ser útil. Não significa que eu estou te tratando como idiota - isso significa que eu me preocupo com o que lhe dá informações que podem ser úteis para você e avaliação de sua condição de servidor. Por favor me aponte o mod outras livres que você está falando terei prazer em fazer alguma comparação Também qualquer momento você é livre para escolher a melhor solução para você.

Eu verifiquei o forum de novo e novamente ele parece responder muito rápido. Por favor me dê estrutura melhor momento para ser capaz de observador o que você está escrevendo sobre suas respostas lento no horário de pico.

Se você quiser verificar como o seu tráfego alterado devido a vBET - por favor, gerar algum relatório que irá mostrar-lhe todo o tráfego para páginas traduzidas - é isso que você ganhou graças à vBET.

Você está absolutamente certo que as traduções necessita de recursos adicionais - não há outro caminho e você nunca vai encontrar o produto que irá traduzir o seu site sem nenhum custo. Como eu já mencionei mais tempo requer à espera de tradução do Google quando não está em cache, e durante este tempo a sua tópicos têm de aguardar uma resposta que têm maior impacto na carga do servidor. Você pode definir o tempo de cache maior para viver - então traduções muitas vezes necessária já estará no cache. Mas para não traduções em cache qualquer produto vai ter que esperar para a tradução. Não há outra maneira.

Por favor note que acha que tem que ser quebrado para ser capaz de consertá-lo.

Como eu já escrevi para você, estamos constantemente a melhorar o desempenho vBET. E eu já escrevi para você, que temos melhorias de desempenho que estão prontos agora em fase beta em vBET4.x. Hoje vamos lançar a versão vBET4.x novo com melhorias de desempenho adicional. E quando os bugs para quem (se houver) serão corrigidos, vamos mover essas melhorias vBET3.x Não é necessário para empurrar.

Também ninguém o obriga a pagar mais 300 libras por mês para um servidor - você está fazendo suas próprias decisões e você tem muitas opções aqui. Inclusive diminuindo o número de línguas suportadas, ou mesmo a mudança para outro produto que você mencionou é muito melhor. Nós entendemos completamente que as soluções que você está usando deve caber às suas necessidades e possibilidades. Temos o prazer de dar aos nossos clientes produtos cada vez melhores. E estamos conscientes de que em situações em que pedido deve aguardar formulário de resposta de outro servidor a carga do servidor será maior, não importa quais as soluções que vamos usar. Teremos o maior prazer se você ficar com o nosso produto e configurá-lo para caber yo suas possibilidades. E teremos o prazer de lhe dar uma mão nesta área

Por favor note que apenas deu nova solução para integrar com o Sitemap Generator. Se você é integrada - por favor, consulte as instruções de integração de novo aqui: http://www.vbenterprisetranslator.co...tegration.html
Ela aumenta dramaticamente a velocidade de geração de sitemap (no nosso fórum com mais de 12 vezes).