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 <[email protected]> > 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 <[email protected]>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 <[email protected]>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: [email protected] >>> 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: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Tiago B. Peczenyj Linux User #405772 http://pacman.blog.br
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
