[SP-pm] Dúvida sobre Moose

[Tiago Peczenyj]

como vc esta fazendo os testes

isto pode lhe dar um incremendo de velocidade
http://search.cpan.org/~stevan/Moose-0.44/lib/Moose/Cookbook/Recipe7.pod

agora, imho, se vc precisa de velocidade vc vai querer o menor overhead
possivel em pontos especificos da sua aplicação (os gargalos) e não que
seja rapido como um todo (senão vc estaria usando OO em perl na unha com
bless e olhe la). alias vc pode ter resultados interessantes com memoise em
algumas funções e codigo nativo em outras (Inline::C por exemplo). mas a
minha experiencia é que o overhead do Moose se paga pela velocidade de
desenvolver. Moose é mais gostoso que ruby pra desenvolver, vc pode fazer
uma versão com Moose e depois analisar se não vale otimizar algumas partes
especificas da sua app depois. otimização prematura é um perigo.

agora se o que pegar na sua app for algo como I/O não vai ser Moose ou Moo
que vai resolver.

2012/9/1 Jose Nilton <jniltinho at gmail.com>

> Alguns testes com time
>
> Com Moose
> real    0m0.267s
> user    0m0.244s
> sys     0m0.016s
>
>
> Com Moo
> real    0m0.073s
> user    0m0.052s
> sys     0m0.012s
>
>
> *time ./script_perl.pl*
>
>
>
>
>
> Em 1 de setembro de 2012 19:57, Jose Nilton <jniltinho at gmail.com>escreveu:
>
> Obrigado a todos, André acabei de testar o Moo, achei muito interessante e
>> simplesmente rápido, depois post alguns testes.
>>
>> Para aproveitar esse post achei muito interessante:
>> http://coderwall.com/p/wxvswa
>> http://pastebin.com/6Kb2xdz7
>>
>>
>>
>> Em 1 de setembro de 2012 18:46, André Walker <andre at andrewalker.net>escreveu:
>>
>> On Sat, Sep 01, 2012 at 05:37:31PM -0300, Jose Nilton wrote:
>>> >    Boa tarde a todos,
>>> >    Gostaria de saber se o Módulo Moose é performático.
>>> >    Pois não quero deixar uma aplicação que já existe mais lenta.
>>> >    Obrigado a todos.
>>>
>>> Olá, Nilton,
>>>
>>> Moose tem um custo performático principalmente ao carregar a aplicação.
>>> Mas isso pode não ser relevante.
>>>
>>> Por exemplo, se você tem uma aplicação Catalyst, o Moose será carregado
>>> (pois Catalyst usa Moose), mas apenas ao iniciar a aplicação. Os
>>> requests permanecem rápidos, e o bottleneck de performance estará
>>> provavelmente no banco de dados. Em outras aplicações você pode ter
>>> situações similares. Vai depender um pouco de onde você vai aplicar.
>>>
>>> Mas se você precisa de poucas features, e está preocupado com
>>> performance, recomendo Moo[1]. É muito mais rápido que Moose, e para
>>> coisas básicas resolve o problema.
>>>
>>> [1]: https://www.metacpan.org/module/Moo
>>>
>>> Abraços!
>>> André
>>>
>>> =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
>>>
>>
>>
>>
>> --
>>
>> ..............................................................................
>> *Com Deus todas as coisas são possíveis* ::: LinuxPro<http://www.linuxpro.com.br>
>>
>> *"A qualidade nunca se obtém por acaso; ela é sempre o resultado do
>> esforço inteligente." (John Ruskin)
>> "A mente que se abre a uma nova ideia jamais volta ao seu tamanho
>> original" (Albert Einstein)*
>>
>>
>
>
> --
>
> ..............................................................................
> *Com Deus todas as coisas são possíveis* ::: LinuxPro<http://www.linuxpro.com.br>
>
> *"A qualidade nunca se obtém por acaso; ela é sempre o resultado do
> esforço inteligente." (John Ruskin)
> "A mente que se abre a uma nova ideia jamais volta ao seu tamanho
> original" (Albert Einstein)*
>
>
> =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/20120901/ee472716/attachment-0001.html>