zc.resumelb

zc.resumelb é uma ferramenta que fornece um balanceador de carga para aplicações WSGI que classifica os pedidos em classes de solicitação e atribui solicitações & nbsp; de uma determinada classe aos mesmos trabalhadores.
O balanceador de carga pode beneficiá-lo se você tiver um aplicativo que:
- Tem muita carga (ou é muito lento) para ser tratado por um único processo,
- Tem um conjunto de trabalho que é muito grande para caber nos caches usados ​​pelo seu processo, e
- Existe uma forma de classificar os pedidos, de modo que existe uma pequena sobreposição dos conjuntos de trabalho de diferentes classes.
Se o que está acima se aplica a você (ou se você está curioso), continue a ler

O que é novo nesta versão:.

< li> Fixo:. a falta de limite do soquete pode causar pedidos de vazar

O que é novo na versão 0.5.2:

• Fixo: Arquivos temporários criados quando o buffer de dados no balanceadores de carga não foram fechados de forma explícita. Geralmente, eles foram fechados por meio de coleta de lixo, mas em determinadas situações, os seus números poderiam construir rapidamente, levando ao arquivo descritor de exaustão.
• Fixo:. Registros Tracelog "eu" nem sempre contêm informações comprimento de entrada
• Fixo:. Registros Tracelog 'i' só foram incluídos ao usar conjuntos de encadeamentos

O que é novo na versão 0.5.1:

• Fixo: dados currículo Trabalhador não foi inicializado corretamente quando não há parâmetros são passados ​​para o construtor e ao ler um arquivo de currículo, causando resmes não para não atualizar.
• Fixo: erros de trabalhadores foram escritos para a saída padrão em vez de ser registrado
.
• Fixo: aplicações WSGI mal-comportados que não conseguem detectar erros causados ​​pedidos para pendurar em vez de devolver 500 respostas
.

O que é novo na versão 0.5.0:

• Mudou a maneira como registros TraceLog são identificados para refletir lb números pedido. Os registos são disambiguated por inclusão de um identificador lb como um prefixo. Por exemplo & quot; 1,22 & quot; indicado pedido número 22 de lb 1.
• Ao definir trabalhadores que registram com ZooKeeper, agora você pode fornecer uma descrição no arquivo paste.ini que aparece em ZooKeeper. Enquanto o pid só fornece informações suficientes para encontrar um trabalhador, muitas vezes, uma descrição (por exemplo, nome da instância ou o caminho) pode tornar mais fácil.

O que é novo na versão 0.4.0:

• Alterar o algoritmo de balanceamento de carga para levar os pedidos em atraso trabalhadores subutilizados em consideração para permitir um parâmetro de variação inferior a ser usado, o que permite que novos trabalhadores para ser melhor utilizado.
• Mudou o algoritmo de balanceamento de carga para tentar um pouco mais difícil de manter o trabalho com trabalhadores qualificados por não penalizar os trabalhadores para a sua primeira solicitação pendente. (Em outras palavras, quando se ajusta scrores trabalhador chacking um atraso máximo, nós subtrair 1 de backlog do trabalhador se for diferente de zero.
• O servidor estatuto previsto ao usar ZooKeeper agora escuta em um soquete do domínio Unix.
• O servidor estatuto previsto ao usar ZooKeeper inclui agora a hora de início do pedido mais antigo para cada trabalhador, a ser utilizado para o acompanhamento.
• fixas: Trabalhadores tamponada grandes corpos de solicitação na memória. Agora grandes corpos de solicitação são tamponados para o disco.
• otimizações internas, especialmente writh conta a lidar com grandes corpos de solicitação e resposta.

O que é novo na versão 0.3.0 :