Re: Benchmarking en distintos lenguajes [ Era algo así como cliente en jabber... ]

[Rodrigo Fuentealba]

El 16/11/07, Franco Catrin L. <fcatrin en tuxpan.com> escribió:
> Rodrigo Fuentealba escribió:
> > Tampoco lo tiene mucho Java v/s C ya que C se
> > compila directamente a código de máquina, mientras que Java requiere
> > que tengas el JRE (Java Runtime Environment).
>
> Si y no.

> La máquina virtual de Java igual te va a compilar el código a código de
> máquina y eso es lo que va a ejecutar, se demorará la primera vez pero
> en los casos en donde importa el rendimiento (loops) sólo se hace al
> principio.  El byte-code no es código interpretado, es código de máquina
> para una máquina virtual (oh!).

O sea... es algo así como los compilados de cobol que después tenías
que ejecutarlos con runcobol...

> También puedes compilar Java a código de máquina directamente con GCJ,
> pero eso requiere que también tengas compiladas otras cosas que hasta
> hace poco estaban restringidas por Sun.  No sé cual es el escenario actual.

No es 100% portable.

> Hay algunas cosas que funcionan más rápido en Java pero no por un tema
> de compiladores, sino que por otros aspectos como por ejemplo el
> mecanismo de Garbage Collection que funciona de forma asincrona (pero no
> en paralelo).

Estuve viendo eso relacionado con Microsoft.NET; jamás se me ocurrió
aplicar eso a Java. Bueeena!

> El tema de por qué las aplicaciones en Java funcionan lento tiene varias
> causas, desde complejidad en exeso en el diseño de aplicaciones hasta el
> uso y abuso de conceptos avanzados de  Estupidez Artificial y Lógica
> Confusa ;)

jajajajajaja yeah. Creo que los programadores Java se engrupen mucho
con lo difíciles que pueden llegar a ser sus aplicaciones; alguien me
comentó que, de hecho, el inventor de la programación orientada a
objetos se hizo netamente con el objetivo de ganar más plata nada más.

-- 
Rodrigo Fuentealba