[SP-pm] Como fazer?

[Tiago Peczenyj]

questão de portabilidade: desenvolver com mod_perl me prende de alguma
forma ao webserver?

por exemplo, se eu quisesse usar outro webserver que não apache (tipo
nginx) é tranquilo ou tem alguns bons nomes no mercado sem suporte a
esse módulo?

2011/10/24 Blabos de Blebe <blabos at gmail.com>:
> Como eu disse nesse trecho, eu não conferi, nem usei o mod_perl tanto
> assim. O meu feeling, sem fazer uma análise mais aprofundada, é que os
> pontos negativos do mod_perl, na maioria das vezes não compensa os
> positivos, em comparação com o FastCGI.
>
> Há muito tempo, eu lembro de alguém comentando em uma das listas de
> Perl que teve problemas com mod_perl e módulos que davam segfaults não
> capturáveis via tratamento de exceções, o que terminava por derrubar o
> apache inteiro.
>
> Meu objetivo com o email anterior foi mais levantar tópicos sobre
> conceitos que precisam ser estudados.
>
> Eu mesmo estou preparando uns artigos (sequencia do sobre HTTP)
> baseados em algumas RFCs sobre o tema, mas não esperem nada antes do
> natal.
>
> Aliás, encontrem as RFCs e leiam. São talvez as fontes mais confiáveis
> sobre o assunto e a leitura é super fluida.
>
> []'s
>
> 2011/10/24 Eden Cardim <edencardim at gmail.com>:
>>>>>>> "Blabos" == Blabos de Blebe <blabos at gmail.com> writes:
>>
>>    Blabos> mod_perl
>>
>>    Blabos> É uma forma de rodar o seu código diretamente no processo do
>>    Blabos> apache. É mais rápido que o FastCGI (acho até que é o mais
>>    Blabos> rápido, mas nao conferi) e tem uma boa gama de problemas. É
>>    Blabos> uma das "gambiarras" mais usadas pra melhorar performace de
>>    Blabos> CGI. É semelhante ao que o PHP faz.
>>
>> Não é mais rápido não, depende da circunstância. Mas em qualquer caso, o
>> mod_perl tende a ocupar mais memória que o fastcgi porque não tem como
>> aproveitar o copy-on-write, então você vai ter uma cópia do
>> interpretador + módulos do perl carregados na memória, para cada
>> worker. Já o modelo FastCGI permite uma estratégia melhor de forking e a
>> maior parte das implementações se aproveitam disso e conseguem manter só
>> um interpretador na memória para todos os workers.
>>
>> --
>> Eden Cardim
>> Software Engineer
>> http://bit.ly/edencardim
>> http://twitter.com/#!/edenc
>> +55 73 9986-3963
>> =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