https://www.facebook.com/notes/mikro...47062648715336
[DICA] 16.1 - Unbound: Howto Optimizar
11 de novembro de 2013 às 19:12
http://translate.google.com.br/trans..._optimise.html
Unbound: Howto Optimizar
Por WCA Wijngaards, NLnet Labs, outubro de 2008, atualizada em julho de 2010. Este como contém um guia para otimizar desacoplado. A maioria dos usuários não tem que fazer isso, mas pode ser útil para grandes instalações de resolver. O texto abaixo é o resultado do feedback dos usuários não ligados, se você tem experiências diferentes ou ter recomendações, deixe-me saber.
Instalação de configuração
Definir num-threads igual ao número de núcleos de CPU no sistema. Porexemplo, para 4 CPUs com dois núcleos cada, use 8.
*Defina-lajes para uma potência de 2 perto do num-threads valor. Faça isso por msg-cache-slabs , rrset-cache-slabs , infra-cache-slabs e key-cache-slabs . Isso reduz a contenção debloqueio.
Aumente otamanho da memória do cache. Use cerca de duas vezes mais memória cache rrsetcomo você usa memória cache msg. Por exemplo, rrset-cache-size: 100m e msg-cache-size: 50m . Devido à sobrecarga de malloc, o uso total damemória é susceptível de aumentar para o dobro (ou 2.5x) a memória cache totalque é inserido na configuração.
Defina a outgoing-range a um valor tão grande quanto possível, consulte asseções abaixo sobre como superar o limite de 1.024 no total. Este serviço maisclientes ao mesmo tempo. Com um núcleo, tente 950. Com dois núcleos, tente 450.
Com quatro núcleos de tentar 200. O num-queries-per-thread é melhor fixado em metade o número de outgoing-range , mas você gostaria de um lote inteiro para sercapaz de absorver um aumento nas consultas. Devido ao limite de outgoing-range , assim, também limita num-queries-per-thread , é melhor para compilar comlibevent (consulte a seção abaixo), de modo que não há mais limite de 1.024 em outgoing-range .
Defina so-rcvbuf para um valor maior (4m ou 8m) para um servidorocupado. Isso define o buffer do kernel maior, de modo que nenhuma mensagem éperdida em picos no tráfego. Adiciona 9s extra para o percentual respostaconfiabilidade. O OS tampas que no máximo, em desacoplado linux precisa depermissão de root para contornar o limite, ou o administrador pode usar sysctl net.core.rmem_max . Sobre a mudança BSD kern.ipc.maxsockbuf em /etc/sysctl.conf . NoOpenBSD cabeçalho mudança do kernel e recompilar. No Solaris ndd -set /dev/udp udp_max_buf 8388608 .
Tambémdefinir so-sndbuf para um valor maior (4m ou 8m)para um servidor ocupado. Mesmo que rcvbuf, mas agora para picos de respostas,e é net.core.wmem_max. Talvez seja necessário um valor menor, como picos sãomenos comuns em respostas, você pode ver VN e snd estouros de buffer com netstat -su , 'RcvbufErrors' e 'SndbufErrors', e os relatóriossemelhantes em BSD.