[SP-pm] Software livre em Perl

[Tiago Peczenyj]

2011/10/9 Lindolfo Lorn Rodrigues <lorn at lornlab.org>

> 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. <acid06 at gmail.com>
>
> 2011/10/9 Daniel de Oliveira Mantovani <
>> daniel.oliveira.mantovani at 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 at 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 at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>


-- 
Tiago B. Peczenyj
Linux User #405772

http://pacman.blog.br
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20111009/67337360/attachment.html>