[SP-pm] Software livre em Perl

[Lindolfo Lorn Rodrigues]

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. <acid06 em gmail.com>

> 2011/10/9 Daniel de Oliveira Mantovani <
> daniel.oliveira.mantovani em 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 em pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111009/3152db6c/attachment.html>