2011/10/9 Lindolfo Lorn Rodrigues <[email protected]> > 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. >
E o threads::emulate ? > Ainda mais qual a quantidade de framework de IO não blocante que temos hoje > em dia no CPAN. > quais frameworks? desse assunto to por fora :/ > Nos outros 5% dos casos talvez você esteja tentando parafusar um parafuso > com o martelo. > > 2011/10/9 Nilson Santos Figueiredo Jr. <[email protected]> > > 2011/10/9 Daniel de Oliveira Mantovani < >> [email protected]>: >> > 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: [email protected] >> 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: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Tiago B. Peczenyj Linux User #405772 http://pacman.blog.br
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
