Em 1 de abril de 2013 17:54, Marcelo Gondim <[email protected]>escreveu:
> Em 01/04/13 17:47, Listas Discussão escreveu: > > Estou pensando em dobrar esse valor ou triplicar, na dúvida procurei por > > alguma forma de calcular, no manual até fala em cálculo para um servidor > > web de acordo com o número de conexões, mas no meu caso não faço idéia de > > quantide de conexões simultâneas. > > > > O ruim de tudo isso é ter que reiniciar o servidor, só de madrugada > agora e > > mesmo assim vai ter cliente que vai chiar :) > > > > Qual o valor que você está usando Gondim? No meu server tenho 1 igb > onboard > > e 3 dessas Intel Dual. Essa máquina aí é um router? > Ixi o Antonio já já vai falar do top posting. Todos tem que se policiar > quanto à isto e deixarmos o histórico funcional e organizado para > futuras consultas. :) > > Sim no meu caso é um router mesmo. O valor que uso hoje nele é esse > aqui: kern.ipc.nmbclusters=262144 > > > > > > Em 1 de abril de 2013 17:31, Marcelo Gondim <[email protected] > >escreveu: > > > >> Em 01/04/13 17:06, Listas Discussão escreveu: > >>> Boa tarde pessoal, estou tendo problemas com o FreeBSD 9.1-STABLE e > >> placas > >>> Intel driver igb. > >>> > >>> > >>> O servidor está com 6 placas, 3 delas com tráfego. Estou tentando > ativar > >> a > >>> 4 placa e recebo o erro " kernel: igb5: Could not setup receive > >> structures". > >>> Pelo ifconfig mostra a placa ativa, porém não há comunicação com a > outra > >>> ponta > >>> > >>> ~# ifconfig igb5 > >>> igb5: flags=8c03<UP,BROADCAST,OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu > >> 1500 > >> > options=401bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4,VLAN_HWTSO> > >>> ether 90:e2:ba:1e:4d:99 > >>> media: Ethernet autoselect (1000baseT <full-duplex>) > >>> status: active > >>> > >>> ~# ifconfig vlan1005 > >>> vlan1005: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 > mtu > >>> 1500 > >>> options=103<RXCSUM,TXCSUM,TSO4> > >>> ether 90:e2:ba:1e:4d:99 > >>> inet 187.xxx.xxx.77 netmask 0xfffffffc broadcast 187.xxx.xxx..79 > >>> media: Ethernet autoselect (1000baseT <full-duplex>) > >>> status: active > >>> vlan: 1005 parent interface: igb5 > >>> > >>> > >>> Isso já me aconteceu antes e tive que ajustar o número de queues > criadas > >>> automaticamente para cada placa de rede e também o valor > >>> de kern.ipc.nmbclusters. Setei um valor que acreditei ser bastante o > >>> suficiente, abaixo meu /boot/loader.conf. > >>> > >>> -------- > >>> # Limitacoes para igb > >>> hw.igb.num_queues=4 > >>> hw.igb.rxd=4096 > >>> hw.igb.txd=4096 > >>> kern.ipc.nmbclusters=65536 > >>> --------- > >>> > >>> Por isso a pergunta, existe alguma fórmula para calcular esse valor de > >>> kern.ipc.nmbclusters? Não consegui encontrar documentação sobre isso. > >>> > >>> Se ajudar a utilização dos buffers no momento está assim: > >>> > >>> ~# netstat -m > >>> 61450/8150/69600 mbufs in use (current/cache/total) > >>> 61447/4089/65536/65536 mbuf clusters in use (current/cache/total/max) > >>> 61447/3593 mbuf+clusters out of packet secondary zone in use > >> (current/cache) > >>> 0/966/966/32768 4k (page size) jumbo clusters in use > >>> (current/cache/total/max) > >>> 0/0/0/16384 9k jumbo clusters in use (current/cache/total/max) > >>> 0/0/0/8192 16k jumbo clusters in use (current/cache/total/max) > >>> 138256K/14079K/152336K bytes allocated to network (current/cache/total) > >>> 0/632670314/303926303 requests for mbufs denied > >>> (mbufs/clusters/mbuf+clusters) > >>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > >>> 0/0/0 sfbufs in use (current/peak/max) > >>> 0 requests for sfbufs denied > >>> 0 requests for sfbufs delayed > >>> 0 requests for I/O initiated by sendfile > >>> 0 calls to protocol drain routines > >>> > >> No meu caso aqui quando tive esse problema só resolvi mesmo aumentando o > >> kern.ipc.nmbclusters > >> Que pelo que to vendo o seu tá no limite e precisa ser aumentado. Eu > >> tive que fazer isso quando coloquei 4 interfaces Intel Dual Server igb. > >> Veja o seu total já está em 65536, aumente para um valor maior e veja > >> novamente. > >> ------------------------- > > Desculpe pelo top posting, no GMAIL não achei opção para responder abaixo e as vezes passa. Embora para ler eu prefira a resposta acima entendo a posição da lista e vou procurar me policiar para não ocorrer novamente. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
