Libertonia || Comments || Compilando código Java


Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios

Compilando código Java | 15 comentarios (15 temáticos, editoriales, 0 ocultos)

Pueeeeesss.... (4.00 / 1) (#2)
por thuban a las Tue May 11th, 2004 at 09:47:26 AM CET
(Información Usuario)

¿No es un poco decepcionante? Si, esta bien que haya un compilador y un interprete libre, pero ¿creeis que alguien va a usar una maquina virtual que es 35 veces mas lenta que la maquina de Sun? Recordemos que los de Sun son los que inventaron el lenguaje, los que dictan el estandar... En fin. La apuesta segura. Y ademas, es gratis (no se de nadie que haya tenido que pagar por el) tambien.

Puede hacerse que vaya mas deprisa, pero para eso hay que compilarlo (y perder la portabilidad).

A mi se me ocurren tres escenarios en los que se usa java:

* aplicaciones que se escriben una vez con la idea de que se ejecuten en cualquier sitio.

* servidores de JSPs, EJBs y cosas de esas.

* cualquier cosa que se escribe en Java por la sencilla razon de que es lo que sabe el que lo programa.

En el tercer caso no hay mucho que discutir. Se usa Java porque no hay mas remedio. Punto.

En el primero, la ventaja principal es que es portable el binario. Por ejemplo, JEdit es un editor que nos viene muy bien a los que tenemos Linux y Windows en la misma maquina (o en otra que usamos a menudo, como la del trabajo) porque usamos la misma aplicacion en cualquier sitio.

Si se usa gij la aplicacion sera ¡35 veces mas lenta! (o mas, o menos, pero mas lenta). Si se compila para que sea casi ¡el triple! de rapida, se pierde la portabilidad, a parte de que podrian dejar de funcionar cosas como carga dinamica de clases (hablo por hablar, que no lo he probado).

Se pierde la ventaja de usar Java para estas aplicaciones.

En el caso de los servidores empresariales, esos que sirven JSPs, EJBs y similares, no estoy seguro de que funcionen sobre gij, y si lo hacen, como el propio servidor hace compilacion dinamica, pooles de objetos, creacion dinamica y mas cosas de esas que estan tan cerca del lenguaje, es mas que probable que no funcionen bien.

Si se usa el interprete ira muuuucho mas lento, que es algo que en la web no se puede permitir.

Resumiendo: ¿Quien va a preferir el gij al java de Sun?

A mi se me ocurre que en proyectos libres donde se tenga acceso a las fuentes (hay muchas aplicaciones Java por ahi que no tienen accesibles las fuentes) donde no haya que compartir las clases entre varios sistemas operativos tiene mucho sentido hacer el ejecutable nativo (¿cuanto tardara la Gentoo en tener esto?), pero en el caso general, no.

Depende de las ganas que le pongas (none / 0) (#6)
por man ls a las Tue May 11th, 2004 at 09:25:44 PM CET
(Información Usuario)

Hace un par de años, un tipo contaba en la lista de Tomcat que lo había portado a C. Sí, C puro. También hay una versión de Axis en C++. Está claro que se puede programar lo que sea, pero se hace o no según el interés que se tenga.

Además, también puede haber otras ventajas, como el consumo de memoria. Es posible que, en tu hardware, el uso de Java sea prohibitivo; pero que una vez compilado sea más que aceptable.

No sé leer muy bien la salida de top, pero he hecho unas pruebecillas con mi librería de xml. Parseo un fichero más o menos grande, y luego la dejo esperando. El resultado es como sigue:

        VIRT   RES   SHR
java    205m   11m   39m
gcj    24400   11m   10m

Parece que consume muchísima menos memoria -- aunque la residente sea la misma. La verdad, no sé muy bien qué significa esto.

Personalmente, creo que gcj es una opción interesante a considerar.

[ Padre ]

significado (none / 0) (#13)
por musg0 a las Thu May 13th, 2004 at 03:33:32 PM CET
(Información Usuario) http://helvete.escomposlinux.org

Si no me equivoco RES es la memoria que está chupando la aplicación por sí misma, mientras que SHR es la que chupa de librerías compartidas que pueden ser usadas por más aplicaciones.

Que gcj tenga menos shared puede significar que como sólo soporta Java 1.1 las librerías dinámicas que usa tienen menos código.

[ Padre ]

Compilando código Java | 15 comentarios (15 temáticos, editoriales, 0 ocultos)

Menu

· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login


Nueva cuenta
Usuario:
Contraseña:

Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda