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 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.info>escreveu:

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

Ummmmm 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

Responder a