Lembrando também que Threads em Perl, assim como em qualquer linguagem interpretada, sofrem do "mal" do GIL - http://en.wikipedia.org/wiki/Global_Interpreter_Lock O que, na minha opnião, só reforça o uso de Fork para programação paralela com linguagens interpretadas, acho que atende 95% dos casos. Ainda mais qual a quantidade de framework de IO não blocante que temos hoje em dia no CPAN. Nos outros 5% dos casos talvez você esteja tentando parafusar um parafuso com o martelo.
2011/10/9 Nilson Santos Figueiredo Jr. <aci...@gmail.com> > 2011/10/9 Daniel de Oliveira Mantovani < > daniel.oliveira.mantov...@gmail.com>: > > André, threads não deixa o compilador do Perl em si mais lento, a > diferença > > é que o compilador de C vai demorar um pouco mais para construir um > código > > Perl compilado com threads, porque o código é mais complexo. Alguns > códigos > > que utilizam XS podem ficar um pouco mais rápidos com uma versão do > > compilador com threads do que uma versão sem threads. > > Se não mudaram nada em versões recentes, até onde eu sei, o > interpretador Perl roda quase 10% mais lento para certas operações > quando o suporte a threads está ativado. Quem entende mais de perlguts > pode confirmar, mas é algo relacionado à "arena" de alocação de > memória. Já faz tempo que mexi com isso então não me lembro mais dos > detalhes. > > -Nilson > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer >
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
