Um benchmark sozinho não significa muita coisa. Uma app web, por exemplo, pode ser feita em ruby se a performance for aceitavel, uma vez que ela pode ser do tipo que um simples cache na frente pode resolver. Por que existem outras variaveis ai que é: o quão rapido eu posso desenvolver em ruby, treinar minha equipe em ruby, achar bons programadores em ruby, o quão confiavel é o ecossistema ruby, etc.
Por exemplo pode ser facil colocar uma app ruby em uma cloud, pode ser rapido adicionar um banco nosql, pode ser rapido adicionar monitoração via NewRelic. Mas alguem vai dizer: Perl dá pra fazer isso tb. Sim, mas não é vantagem da linguagem apenas e sim do ecosistema e da comunidade. Quando a ficha cair acerca do motivo pelo qual algumas pessoas formadoras de opinião usam Ruby em detrimento de Perl vamos ver que existe uma dimensão onde uma diferença tão gritante de performance não é sequer relevante. Durante anos falamos que Perl é uma das melhores linguagem de programação pensando em propósito geral (não apenas web). Talvez seja a hora de falar isso para fora. 2012/5/8 Robson Mothé <rmo...@gmail.com> > Concordo com o Leo... > > Fiz um teste simples, apenas por curiosidade. > Resumi e ajustei os testes. Os códigos fontes e os executáveis estão > disponíveis em http://klesis.com.br/divs/teste.tgz > É só baixarem, testarem e, se desejarem apliá-lo. > Vejam um resumo do novo teste que fiz: > > > SO.........: Ubuntu 10.04.4 LTS > KERNEL.....: Linux klesis 2.6.35-25-generic-pae #44~lucid1-Ubuntu SMP Tue > Jan 25 21:00:01 UTC 2011 i686 GNU/Linux > MEMORIA....: 4GB RAM > PROCESSADOR: Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz > C..........: gcc (Ubuntu 4.4.3-4ubuntu5.1) 4.4.3 > C++........: g++ (Ubuntu 4.4.3-4ubuntu5.1) 4.4.3 > Java.......: java version "1.6.0_16" > PHP........: PHP 5.3.2-1ubuntu4.15 with Suhosin-Patch (cli) (built: May 4 > 2012 00:38:52) > Perl.......: This is perl, v5.10.1 (*) built for > i486-linux-gnu-thread-multi > > C 1 to 100.000.000: 0 wallclock secs ( 0.00 usr 0.00 sys + 0.28 > cusr 0.00 csys = 0.28 CPU) > C++ 1 to 100.000.000: 0 wallclock secs ( 0.00 usr 0.00 sys + 0.28 > cusr 0.00 csys = 0.28 CPU) > Java 1 to 100.000.000: 0 wallclock secs ( 0.00 usr 0.00 sys + 0.06 > cusr 0.01 csys = 0.07 CPU) > PHP 1 to 100.000.000: 8 wallclock secs ( 0.00 usr 0.00 sys + 7.38 > cusr 0.01 csys = 7.39 CPU) > Perl 1 to 100.000.000: 7 wallclock secs ( 0.00 usr 0.00 sys + 7.22 > cusr 0.00 csys = 7.22 CPU) > > C : 0:00.28 real, 0.28 user, 0.00 system, 1232KB memory, 100% cpu, 0 > fso, 0 io, 0 status > C++ : 0:00.28 real, 0.28 user, 0.00 system, 3344KB memory, 99% cpu, 0 > fso, 0 io, 0 status > Java: 0:00.10 real, 0.04 user, 0.02 system, 47504KB memory, 67% cpu, 64 > fso, 1 io, 0 status > PHP : 0:07.49 real, 7.48 user, 0.00 system, 30336KB memory, 99% cpu, 0 > fso, 0 io, 0 status > Perl: 0:07.05 real, 7.04 user, 0.00 system, 6176KB memory, 99% cpu, 0 > fso, 0 io, 0 status > > > Observem que apesar do Java ser "mais rápido" que o C, ele usa 38 vezes > mais RAM, e o Perl 5 vezes. > Java usa 67% da CPU contra 100% do C e 99% do Perl. > Java usa 64 fso (number of file system outputs by the process), enquanto C > e Perl não usam nada... > Foi um teste simplório! > Amo Perl, mas cada linguagem tem seus prós e contras, menos Perl, que é só > alegria! 8) > Antes que me perguntem "e os testes do Python e o Ruby", respondo > educadamente: é a vez de quem tiver interessado realizá-los; mas minha > resposta real seria: odeio Python e Ruby. Como minha avó já dizia: "Cada > louco com sua mania...". > Conforme o Leo disse: "Existem muitos pontos subjetivos nesses tipos de > benchmarks, ou se testa uns 100 pontos diferentes com cada linguagem ou não > temos uma base real para dispor dados. Eu considero assim.". Uma vez mais, > concordo com o Leo! > > > Att., > > Robson Mothé > Register Linux User #318909 <https://linuxcounter.net/user/318909.html> > > > > Em 8 de maio de 2012 02:00, Leo Balter <leonardo.bal...@gmail.com>escreveu: > >> ( ... quote ... ) >> Aureliano, minha visao nao é nem pra falar mal de Java. Acho apenas que >> benchmarks simples nao resolvem pra dizer que x é mais rápido que y. >> >> Discutir isso, assim como qual linguagem é melhor, mais rápida, etc é >> querer definir o sexo dos anjos. >> >> As pessoas dessa comunidade tem uma afinidade com Perl e claro que o que >> conseguimos melhor é levantar vantagens como argumentos. Nao que estejam >> escondendo as desvantagens - que existem em qualquer uma - mas nao >> precisamos dessas coisas como fatores motivadores. O trabalho com essa >> tecnologia já é suficiente. >> > > > _______________________________________________ > Rio-pm mailing list > Rio-pm@pm.org > http://mail.pm.org/mailman/listinfo/rio-pm > -- Tiago B. Peczenyj Linux User #405772 http://pacman.blog.br
_______________________________________________ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm