[FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson -- Forwarded message -- From: Gleb Smirnoff gleb...@freebsd.org Date: 2012/9/5 Subject: [HEADS UP] merging projects/pf into head To: n...@freebsd.org, p...@freebsd.org Hi! [announce goes both to net@ and pf@, but any discussion should go on on p...@freebsd.org only, please] As you already may now, last half a year I've been working on making pf SMP-scalable and faster in general. More info can be found here: http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006643.html http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006662.html Since that announce in June, I've been running experimental code for more than 2 months in production on several routers. Also, some brave people volunteered to be beta-testers and also run the experimental branch in last couple of months. Code proved to be stable enough. The new code performs better in production: less CPU load, less jitter, more responsive system under high load. It performs better under synthetic benchmarks like random generated UDP flood. It performs much better when DoS comes in. Thus, I plan to merge projects/pf/head to head this weekend, and this is a HEADS UP email! You have been warned. :) What I'd like to do next: 1) Move pf out of contrib. 2) Refactor the pfvar.h into pf.h and pf_var.h. Provide stable kernel-pfctl ABI. And probably other clean up tasks. ... 3) ... too far to build any plans, yet. :) -- Totus tuus, Glebius. ___ freebsd...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to freebsd-pf-unsubscr...@freebsd.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. Welkson -- Forwarded message -- From: Gleb Smirnoff gleb...@freebsd.org Date: 2012/9/5 Subject: [HEADS UP] merging projects/pf into head To: n...@freebsd.org, p...@freebsd.org Hi! [announce goes both to net@ and pf@, but any discussion should go on on p...@freebsd.org only, please] As you already may now, last half a year I've been working on making pf SMP-scalable and faster in general. More info can be found here: http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006643.html http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/006662.html Since that announce in June, I've been running experimental code for more than 2 months in production on several routers. Also, some brave people volunteered to be beta-testers and also run the experimental branch in last couple of months. Code proved to be stable enough. The new code performs better in production: less CPU load, less jitter, more responsive system under high load. It performs better under synthetic benchmarks like random generated UDP flood. It performs much better when DoS comes in. Thus, I plan to merge projects/pf/head to head this weekend, and this is a HEADS UP email! You have been warned. :) What I'd like to do next: 1) Move pf out of contrib. 2) Refactor the pfvar.h into pf.h and pf_var.h. Provide stable kernel-pfctl ABI. And probably other clean up tasks. ... 3) ... too far to build any plans, yet. :) -- Totus tuus, Glebius. ___ freebsd...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-pf To unsubscribe, send any mail to freebsd-pf-unsubscr...@freebsd.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 5 de setembro de 2012 10:22, Nenhum_de_Nos math...@eternamente.infoescreveu: On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. Acho que já suporta, veja: http://www.openbsd.org/faq/faq8.html#SMP -- Eduardo Schoedler - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 05/09/2012 10:32, Eduardo Schoedler escreveu: Em 5 de setembro de 2012 10:22, Nenhum_de_Nos math...@eternamente.infoescreveu: On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. Acho que já suporta, veja: http://www.openbsd.org/faq/faq8.html#SMP Um legal. Para mim ainda era mono mas será que o PF e outras aplicações userland já fazem uso do SMP? Essa é uma outra questão. :D - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 5 de setembro de 2012 10:35, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 05/09/2012 10:32, Eduardo Schoedler escreveu: Em 5 de setembro de 2012 10:22, Nenhum_de_Nos math...@eternamente.infoescreveu: On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. Acho que já suporta, veja: http://www.openbsd.org/faq/faq8.html#SMP Um legal. Para mim ainda era mono mas será que o PF e outras aplicações userland já fazem uso do SMP? Essa é uma outra questão. :D - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O MP é suportado de forma geral: processos de user land podem rodar em várias CPUs, porém tupo relacionado a kernel só roda em uma única CPU - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 05/09/2012 10:44, Rodrigo Mosconi escreveu: Em 5 de setembro de 2012 10:35, Marcelo Gondim gon...@bsdinfo.com.br escreveu: Em 05/09/2012 10:32, Eduardo Schoedler escreveu: Em 5 de setembro de 2012 10:22, Nenhum_de_Nos math...@eternamente.infoescreveu: On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. Acho que já suporta, veja: http://www.openbsd.org/faq/faq8.html#SMP Um legal. Para mim ainda era mono mas será que o PF e outras aplicações userland já fazem uso do SMP? Essa é uma outra questão. :D - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O MP é suportado de forma geral: processos de user land podem rodar em várias CPUs, porém tupo relacionado a kernel só roda em uma única CPU Ou seja, o PF continua sendo mono no OpenBSD. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
On Wed, September 5, 2012 10:47, Marcelo Gondim wrote: O MP é suportado de forma geral: processos de user land podem rodar em várias CPUs, porém tupo relacionado a kernel só roda em uma única CPU Ou seja, o PF continua sendo mono no OpenBSD. Era isso que quis dizer. Há SMP no OpenBSD, mas o pf somente usa um, AFAIK. matheus -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: [HEADS UP] merging projects/pf into head
Em 05-09-2012 10:47, Marcelo Gondim escreveu: Em 05/09/2012 10:44, Rodrigo Mosconi escreveu: Em 5 de setembro de 2012 10:35, Marcelo Gondimgon...@bsdinfo.com.br escreveu: Em 05/09/2012 10:32, Eduardo Schoedler escreveu: Em 5 de setembro de 2012 10:22, Nenhum_de_Nos math...@eternamente.infoescreveu: On Wed, September 5, 2012 10:20, Marcelo Gondim wrote: Em 05/09/2012 08:56, Welkson Renny de Medeiros escreveu: Parece interessante. Pelo que entendi em um post antigo do Patrick, o IPFW suporta multi-processamento e o PF não. Aparentemente implementaram a mesma coisa no PF. Welkson o ipfw suporta até GPU usando o CUDA. :) O PF até onde eu lembre não tem esse suporte à GPU. Mas o PF, no FreeBSD, é multi-processado se eu não me engano mas no OpenBSD não é. acho que é isso mesmo, Marcelo. Até a última vez que vi, no OpenBSD só usava um CPU. Acho que já suporta, veja: http://www.openbsd.org/faq/faq8.html#SMP Um legal. Para mim ainda era mono mas será que o PF e outras aplicações userland já fazem uso do SMP? Essa é uma outra questão. :D - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O MP é suportado de forma geral: processos de user land podem rodar em várias CPUs, porém tupo relacionado a kernel só roda em uma única CPU Ou seja, o PF continua sendo mono no OpenBSD. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd O PF continua sendo processado por apenas uma única CPU Ainda... Will multiple processors help? PF will only use one processor, so multiple processors (or multiple cores) WILL NOT improve PF performance. HOWEVER, under some circumstances, running the SMP version of OpenBSD (bsd.mp) instead of bsd will give better performance due to differences in how interrupt handling is done. In many cases, bsd.mp will give less performance. IF you are seeing performance problems, experiment with this, most users will never hit any limits to worry about it. Origem... ftp://ftp3.usa.openbsd.org/pub/OpenBSD/doc/pf-faq.txt http://www.openbsd.org/faq/pf/perf.html e uma discussão sobre o BIG Giant Lock Model e acesso serializado a processos do kernel que acho dificil a galera do OpenbSD ( leia-se Theo deRaadt mudar tão cedo ..) http://comments.gmane.org/gmane.os.openbsd.misc/166624 -- Cordialmente, Ricardo Ferreira Meios de Pagamento - Tecnologia IP Telecom, Tecnologia e Segurança da Informação --- Sotech Soluções Tecnologicas Rua da Alfazema, 761, 1o. andar - 102/103 41820-710 - Caminho das Árvores - Salvador-BA - Brasil Tel : 55 71 3472.9400 Cel : 55 71 9138 4630 Email:ricardo.ferre...@sotech.com.br Site: www.sotech.com.br Esta mensagem é dirigida apenas ao seu destinatário e pode conter informações confidenciais, não passíveis de divulgação nos termos da legislação em vigor. Caso tenha recebido esta mensagem por engano, solicitamos notificar a Sotech Soluções Tecnológicas e excluí-la de sua caixa postal. This message, including its attachments, may contain confidential information. If you have improperly received this message, please delete it from your system and notify immediately the sender. Any form of utilization, reproduction, forward, alteration, distribution and/or disclosure of this content in whole or in part, without the prior written authorization of the sender, is strictly prohibited. Thanks for your cooperation. attachment: ricardo_ferreira.vcf- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
