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.