[SP-pm] Dúvida sobre Moose

Stanislaw Pusep creaktive at gmail.com
Sun Sep 2 10:13:53 PDT 2012


++Renato
Para um bom entendedor, meia-palavra basta :)
Amazon dá uma instância do tipo micro "digratis", por 1 ano. É tentador
usá-la como cobaia, ou, formalmente, "ambiente de homologação". E meu... Dá
dó entregar 50% da RAM pro Moose, vai :P

ABS()



2012/9/2 Renato Santos <renato.cron em gmail.com>

> é um ponto de vista!
>
>
> 2012/9/2 Tiago Peczenyj <tiago.peczenyj em gmail.com>
>
>> vc q eh pobre
>> Em 02/09/2012 14:03, "Renato Santos" <renato.cron em gmail.com> escreveu:
>>
>> nao na Amazon!
>>>
>>> 2012/9/2 Tiago Peczenyj <tiago.peczenyj em gmail.com>
>>>
>>>> pao duro... ram eh mais barato q agua po
>>>> Em 02/09/2012 14:00, "Stanislaw Pusep" <creaktive em gmail.com> escreveu:
>>>>
>>>> São dezenas de classes distintas, e nem todas precisam estar carregadas
>>>>> simultaneamente :)
>>>>> De qualquer forma, o meu caso não é tão particular quanto parece.
>>>>> Digamos que você tenha uma VM com 613 MB de RAM, e quer colocar nela
>>>>> alguns aplicativos web em Catalyst, usando Starman e nginx. Supondo que um
>>>>> aplicativo gaste 50 MB e desconsiderando o overhead do fork, vc consegue
>>>>> rodar uns 10 aplicativos. Agora, Moose "torra" 25 MB a mais que Mouse, em
>>>>> cada aplicativo. Ou seja: se usasse Mouse, conseguiria rodar 20
>>>>> aplicativos, o dobro, utilizando os mesmos recursos.
>>>>>
>>>>> ABS()
>>>>>
>>>>>
>>>>>
>>>>> 2012/9/2 Eden Cardim <eden em insoli.de>
>>>>>
>>>>>> >>>>> "Stanislaw" == Stanislaw Pusep <creaktive em gmail.com> writes:
>>>>>>
>>>>>>     Stanislaw> Pre-fork seguido de Class::Load :(
>>>>>>
>>>>>> É melhor inverter, carrega as classes antes, depois faz o fork, pra
>>>>>> aproveitar o COW.
>>>>>>
>>>>>> --
>>>>>> Eden Cardim                        Software sob medida
>>>>>> +55 11 9644 8225              Gestão de projetos de software
>>>>>> edenc em insoli.de            Gestão de servidores e bancos de dados
>>>>>>                             Treinamento em soluções Open Source
>>>>>>      Insolide
>>>>>> Soluções de TI Ltda.     Converse conosco a respeito de como nossas
>>>>>>  http://insoli.de      soluções podem ajudar o seu projeto ou empresa
>>>>>> =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
>>>>>>
>>>>>
>>>>>
>>>>> =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
>>>>>
>>>>>
>>>> =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
>>>>
>>>>
>>>
>>>
>>> --
>>> Saravá,
>>> Renato CRON
>>> http://www.renatocron.com/blog/
>>> @renato_cron <http://twitter.com/#!/renato_cron>
>>>
>>>
>>> =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
>>>
>>>
>> =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
>>
>>
>
>
> --
> Saravá,
> Renato CRON
> http://www.renatocron.com/blog/
> @renato_cron <http://twitter.com/#!/renato_cron>
>
>
> =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/20120902/92ac7691/attachment.html>


More information about the SaoPaulo-pm mailing list