Em 2/3/2011 14:31, Patrick Tracanelli escreveu: > Em 02/03/2011, às 13:29, Klaus Schneider escreveu: > >> Eduardo, tu não tem algum setup completamente diferente pra testar esse >> ambiente não Dell ou o IBM x3550(conheço bem esse hardware e ele nunca me dá >> boas lembranças... hehe)? >> Tanto tu quanto o Renato estão tendo problemas com a igb em servidores Dell >> RXX. >> A Intel ajuda o pessoal do FreeBSD a desenvolver os drivers para as placas >> de rede, mas entrega um firmware binário para o time de desenvolvimento. >> >> Mais um detalhe: o bgpsimple pode sim causar alguns efeitos indesejados, já >> que me parece um software em fase alfa, pois é apenas um projeto no google >> code, mal documentado que faz algumas coisas um tanto arriscadas como >> manipular informações de prefixos. Mesmo que ele não dê problema em no 7.X >> não significa que ele esteja causando o problema no 8.X. >> >> Assim que puder, gere o backtrace do teu core dump e envie um PR e encaminhe >> também aqui para a lista a saída do kgdb. >> >> 2011/3/2 Eduardo Schoedler<eschoed...@viavale.com.br> >> >>> Em 02/03/2011 09:06, Luiz Otavio O Souza escreveu: >>> >>>> Você só tem hardware com essas placas igb ? Não tem outro modelo/marca >>>> ? (esse é um ponto para você testar) >>> Já tentei inverter os ips das igbX para bceX.. o problema segue a placa. >>> >>> >>>> No caso do panic, você precisa ao menos fornecer um backtrace do >>>> problema. Você sabe gerar o dump ? >>> Já andei lendo a documentação do kernel debugging... =) >>> >>> >>>> No prompt do debugger, voce precisa digitar: call doadump >>> Isso não diz na documentação! >>> >>> >>>> Verifique se voce tem um arquivo chamado core.txt.0 (ou outro numero) >>>> no diretório /var/crash, se você não tiver, você vai ter que gerar o >>>> backtrace manualmente com o kgdb >>>> (http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- >>>> gdb.html): >>> Vááários dumps... estava trabalhando nisso para enviar no PR que abri. >>> >>> >>>> E dentro do kgdb, digite: 'bt'. >>> tb não diz na documentação. >>> >>> >>>> Encaminhe o backtrace (ou o conteúdo do core.txt.X) para mim ou para a >>>> lista (como você quiser...). >>> Posso anexar no PR. >>> >>> >>>> Se você estiver disposto a rastrear o problema (o que muitas vezes é >>>> impossível num ambiente de produção - eu entendo), acho que podemos >>>> ajudar. >>> Farei o que estiver ao meu alcance. >>> >>> Abs! >>> >>> -- >>> Eduardo Schoedler > Pessoal, > > Não quero dizer o óbvio pra um grupo tão experiente, profissional e hábil > quanto este envolvido nessa discussão. Nem vou citar Nelson Rodrigues sobre > unamidades, pior, vou plagiar: toda generalização, é tao inteligente quanto > as unanimidades. > > Generalização 1: FreeBSD é bom pra qualquer coisa > Generalização 2: FreeBSD é impecavel pra router > Generalização 3: FreeBSD é uma porcaria pra router > Generalização 4: FreeBSD tem sérios problemas como router > > Isso posto, não é novidade pra ninguém que placas broadcom tiveram uma > senhora regressão do RELENG_7 pro RELENG_8. Aparentemente estabilizou > recentemente. Ao menos eu não tive mais problemas trágicos como no 8.0. Da > mesma fomra não é novidade que o driver igb(4) está sim com problemas. > Regressão de estabilidade em prol te tentar aumento de performance. RELENG_7 > igb, funciona, mas não da o que a placa oferece. RELENG_8 é isso ai bem > apontado nesse historico: instavel, mas sem generalizar, instavel pra uma > série de cenários, tipos de uso, especialmente os que demandam alta taxa de > interrupção. Eu tenho uma série de servidores de correio rodando igb, sem > trauma. > > Mas só pra não deixar a generalização "vingar" o histórico dessa thread, > segue alguns fatos que comprovam que a afirmação no Subject dessa thread está > inadequadamente generalista: > > router1# uname -mrs > FreeBSD 8.2-PRERELEASE i386 > > router1# bgpctl s s | wc -l > 26 > router1# bgpctl s s | awk '{print $7}' > State/PrfRcvd > 3 > 6 > 342330 > 321539 > 315380 > 328785 > 342330 > 356537 > 332383 > 369782 > 325330 > 318537 > 342381 > 354789 > 347334 > 320538 > 359386 > 328789 > 341339 > 322537 > 334382 > 334781 > 4499 > 4519 > 0 > 9/1000 > 9/1000 > > São 26 sessões BGP, 20 das quais FULL, vou colar de novo o uname: > > router1# uname -mrs > FreeBSD 8.2-PRERELEASE i386 > > Agora, minhas placas de rede? Nenhuma das citadas acima. > > router1# ifconfig -l > ixgb0 em0 em1 em2 em3 ixgb1 pfsync0 lo0 pflog0 lo1 vlan10 vlan11 disc0 vlan12 > vlan13 vlan1 vlan14 vlan15 vlan16 vlan21 vlan22 vlan23 vlan24 vlan2 > > router1# rate -i vlan1 -R > => Currently 310.29 MBps/322.16 kpps, Average: 311.29 MBps/332.16 kpps > => Currently 320.19 MBps/333.01 kpps, Average: 311.74 MBps/332.58 kpps > => Currently 310.69 MBps/312.71 kpps, Average: 311.72 MBps/322.63 kpps > => Currently 320.30 MBps/333.20 kpps, Average: 311.87 MBps/332.77 kpps > => Currently 322.39 MBps/323.96 kpps, Average: 311.97 MBps/333.01 kpps > => Currently 311.67 MBps/322.98 kpps, Average: 311.92 MBps/323.00 kpps > => Currently 311.97 MBps/322.87 kpps, Average: 311.93 MBps/312.98 kpps > => Currently 313.07 MBps/324.23 kpps, Average: 312.07 MBps/333.14 kpps > => Currently 313.07 MBps/324.10 kpps, Average: 312.18 MBps/333.25 kpps > => Currently 322.85 MBps/323.70 kpps, Average: 312.25 MBps/343.29 kpps > => Currently 322.59 MBps/323.77 kpps, Average: 312.28 MBps/343.34 kpps > > Então diferente do setup do Eduardo por exemplo, não estou nem amd64 nem com > igb. Diferente do setup de outros amigos da lista, pode ter muita coisa. > > Mas em comum, o óbvio: FreeBSD e RELENG_8. > > Outro limite que vez por outro vejo, inclusive o Kip Macy mencionar é a > dificuldade de encaminhar mais de 700 mil pacotes por segundo como router. > Primeiro acho que 700KPPS é uma realidade que a maioria de nós não vamos > viver tão cedo. Mas nesse setup por exemplo tenho uma taxa de quase 350KPPS > em uma única VLAN, de N. > > Somando a taxa de PPS de todas interfaces chego, sem horário de pico (SEM não > EM) a 800KPPS. > > Se o FreeBSD não consegue fazer forward desses pacotes não sei qual o > milagre, pois nesses momentos (agora por exemplo, e esses momentos duram boa > parte de cada tarde de horário comercial), não há latencia, perdas, nada que > indique nada similar a limite de encaminhamentos em L3. Fiz pouca coisa de > tuning além do checklist básico de kernel, mas do que fiz, desliguei foi > direct dispatch de pacotes, fastforwarding (sysctl) e flowtables nem no > kernel. > > Então, sem medo de ser óbvio mas sendo justo, não vejo problema algum com > FreeBSD como router. Mas onde da pra apontar o dedo ao menos no caso do > Eduardo, certamente é no igb(4). > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Tudo isso em apenas 4Gbs de Ram ( limitação da arquitetura de 32bits )....
Muito Show ( quando a FreeBSD Brasil disponibilizará treinamento dedicado a roteamento sobre FreeBSD ), ops já tem http://www.freebsdbrasil.com.br/home.php?area=4&conteudo=29 De fato será um excelente investimento que irei fazer em breve.... ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
