[opensuse-es] Memoria y PAE
Holas. Acabo de salir de una muy mala experiencia con sistemas linux 64 bits en combinación con Tomat+Java 64 bits también. Por el sistema no tengo queja alguna, pero resulta que java tiene un consumo desmesurado bajo 64 bits y tuve que volver a 32 (la máquina cuenta con 4 Gb de ram). El caso es que ahora se me plantea la posibilidad de ampliar estas máquinas directamente a 32 Gb de RAM, para lo cual pienso mejor en un sistema 64 bits, pero mi jefe tiene "fé ciega" en el PAE y cree que un sistema de 32 bits podría gestionar la memoria la mar de bien gracias a la extensión PAE (después de los problemas con el java en 64 bits no le apetece mucho volver a pasar por ello, aunque con 32 Gb de RAM lo dudo mucho). ¿Alguien tiene/ha tenido experiencia con un sistema 32 bits y cantidades de RAM superiores a las 16-24 Gb? ¿Vale la pena dejar el tema bajo la supervisión del PAE o es un riesgo demasiado grande y sería mejor pasar a 64 bits? Gracias! -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================ =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.������^�ˬz��
2008/10/27, TooMany Secrets:
Acabo de salir de una muy mala experiencia con sistemas linux 64 bits en combinación con Tomat+Java 64 bits también. Por el sistema no tengo queja alguna, pero resulta que java tiene > un consumo desmesurado bajo 64 bits y tuve que volver a 32 (la máquina cuenta con 4 Gb de > ram).
JFYI: FAQ/Performance and Monitoring http://wiki.apache.org/tomcat/FAQ/Performance_and_Monitoring Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/10/27 Camaleón
Acabo de salir de una muy mala experiencia con sistemas linux 64 bits en combinación con Tomat+Java 64 bits también. Por el sistema no tengo queja alguna, pero resulta que java tiene > un consumo desmesurado bajo 64 bits y tuve que volver a 32 (la máquina cuenta con 4 Gb de > ram). FAQ/Performance and Monitoring http://wiki.apache.org/tomcat/FAQ/Performance_and_Monitoring
Hola. No es eso lo que pregunto (aunque gracias por el link), sino por el tema de memoria únicamente. El tema del tomcat lo he puesto unicamente a modo de ejemplo, y como nota del problema que he tenido con él (OJO, en realidad el problema NO ha sido con tomcat, sino con java en versión 64 bits, que come recursos que dá gusto). La pregunta es sobre si un sistema operativo (opensuse en mi caso) 32 bits con kernel-PAE, sería capaz de mantener el tipo y trabajar correctamente con 32 Gb de RAM. Sé perfectamente que el tema es poner un sistema 64 bits, pero mi jefe no quiere después del problema anterior con el java, aunque yo mantengo la posición de que con 32 Gb de RAM, ¿qué más me dá que el java en 64 bits sea más goloso en memoria que bajo 32 bits? Gracias! -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================ =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.������^�ˬz��
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-27 a las 11:06 +0100, TooMany Secrets escribió:
La pregunta es sobre si un sistema operativo (opensuse en mi caso) 32 bits con kernel-PAE, sería capaz de mantener el tipo y trabajar correctamente con 32 Gb de RAM.
Me imagino que Rafa podrá decirte sobre eso, a ver si se pasa por aquí :-)
Sé perfectamente que el tema es poner un sistema 64 bits, pero mi jefe no quiere después del problema anterior con el java, aunque yo mantengo la posición de que con 32 Gb de RAM, ¿qué más me dá que el java en 64 bits sea más goloso en memoria que bajo 32 bits?
Bueno, si tiene que asignar más memoria va también a ser más lento. Más memoria de código, caché de cpu menos efectivo. Más memoria que escribir y leer, tiene que ser más lento. Tu jefe tiene un punto, la cuestión es saber si la sobrecarga del PAE compensa. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkFlQ8ACgkQtTMYHG2NR9X7ugCeLfyuM1uYQQVtjYAXZOfGdcp5 w0AAmQE7QVqt0v9VasrZN5BHsdzRBLVs =btgA -----END PGP SIGNATURE-----
2008/10/27 Carlos E. R.
Bueno, si tiene que asignar más memoria va también a ser más lento. Más memoria de código, caché de cpu menos efectivo. Más memoria que escribir y leer, tiene que ser más lento. Tu jefe tiene un punto, la cuestión es saber si la sobrecarga del PAE compensa.
Bueno, precisamente creo que por la sobrecarga del PAE no creo que nos interese... Prefiero una máquina veloz sirviendo en 64 bits, que en lugar de tener que darle 24 Gb de ram al proceso java (por poner un ejemplo), le tenga que poner 23 ó 22 Gb por el cosumo del mismo, que no tener 24 ó 28 Gb de ram en el java, y direccionadas un poco... como lo diría... con cierta parte del cuerpo humano... -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================
2008/10/27, TooMany Secrets:
Sé perfectamente que el tema es poner un sistema 64 bits, pero mi jefe no quiere después del problema anterior con el java, aunque yo mantengo la posición de que con 32 Gb de RAM, ¿qué más me dá que el java en 64 bits sea más goloso en memoria que bajo 32 bits?
Si el problema es que java consume mucha memoria o recursos en un kernel de 64 bits seguramente puedas ajustar algunos parámetros... de ahí el enlace, para hacer pruebas de rendimiento y poder valorar los resultados. En cualquier caso, si el sistema sólo ejecuta sólo una aplicación dedicada (tomcat+java), poner un kernel pae te no penalizará demasiado, pero aún así creo (opinión personal) que es mejor usar un kernel con soporte nativo de los 64 bits :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/10/27 Camaleón
Si el problema es que java consume mucha memoria o recursos en un kernel de 64 bits seguramente puedas ajustar algunos parámetros... de ahí el enlace, para hacer pruebas de rendimiento y poder valorar los resultados.
Se agradece mucho, pero de momento, en cuanto al tema de jugar con memoria para el java y todo eso no me hace falta. Eso si, la página está guardadita para no perderla ;-)
En cualquier caso, si el sistema sólo ejecuta sólo una aplicación dedicada (tomcat+java), poner un kernel pae te no penalizará demasiado, pero aún así creo (opinión personal) que es mejor usar un kernel con soporte nativo de los 64 bits :-?
Eso es lo que yo pienso. Si tienes 32 Gb de RAM, ¿qué más te dá que el java sea glotón si le vas a poder meter más de 20 Gb de RAM??? Y claro, a nivel nativo, esa cantidad de memoria direccionada en 64 bits, creo yo (porque no tengo pruebas) que no hay PAE que valga (IMHO). Gracias! -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-27 a las 12:48 +0100, TooMany Secrets escribió:
Eso es lo que yo pienso. Si tienes 32 Gb de RAM, ¿qué más te dá que el java sea glotón si le vas a poder meter más de 20 Gb de RAM??? Y claro, a nivel nativo, esa cantidad de memoria direccionada en 64 bits, creo yo (porque no tengo pruebas) que no hay PAE que valga (IMHO).
Pero es que sí que da. Si un proceso consume una barbaridad de memoria, aunque la tengas, va a ser más lento. Tiene que asignarla, escribirla, leerla... y por muy rápido que lo haga, es una carga; leer 10 gigas lleva un tiempo apreciable. Probablemente la cache propia de la CPU se vaya a la porra. Por cierto, no por tener memoria de 64 bits significa que la CPU va a leer de 64 en 64 siempre: podría hacerlo de 8 en 8. No necesariamente una cpu de 64 bits es más rápida... recuerda la comparativa, es como un camión de 60 toneladas frente a uno de 30. Te viene bien si tienes que realmente mover esas toneladas, pero si no las necesitas, una furgoneta llega antes con su carga. Entonces, sí, el PAE supone una pequeña sobrecarga, en el momento de cambiar de contextocomosellame. Pero nada más. Lo ideal sería hacer la comparativa real con máquinas similares (32 y 64) y ver qué pasa con esos procesos tuyos. A priori nosotros podemos especular, pero no lo hemos probado. Por eso me gustaría saber que piensa Rafa. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkFrWgACgkQtTMYHG2NR9UTfQCdGzLC80hmazMxW27lo2rbA8zz g0UAmwTETIBgJnzkz3IOXeOjWIu3VOGM =vTrq -----END PGP SIGNATURE-----
2008/10/27 Carlos E. R.
Si un proceso consume una barbaridad de memoria, aunque la tengas, va a ser más lento. Tiene que asignarla, escribirla, leerla... y por muy rápido que lo haga, es una carga; leer 10 gigas lleva un tiempo apreciable. Probablemente la cache propia de la CPU se vaya a la porra.
Por cierto, no por tener memoria de 64 bits significa que la CPU va a leer de 64 en 64 siempre: podría hacerlo de 8 en 8.
Totalmente de acuerdo.
No necesariamente una cpu de 64 bits es más rápida... recuerda la comparativa, es como un camión de 60 toneladas frente a uno de 30. Te viene bien si tienes que realmente mover esas toneladas, pero si no las necesitas, una furgoneta llega antes con su carga.
No, si eso, por decirlo de alguna manera, es de dominio público. Que una plataforma 64 bits sea más rápida que una de 32 es una "leyenda". Se puede comportar mejor ante determinadas situaciones, pero nada más.
Entonces, sí, el PAE supone una pequeña sobrecarga, en el momento de cambiar de contextocomosellame. Pero nada más.
Lo ideal sería hacer la comparativa real con máquinas similares (32 y 64) y ver qué pasa con esos procesos tuyos. A priori nosotros podemos especular, pero no lo hemos probado. Por eso me gustaría saber que piensa Rafa.
Sip, es lo suyo siempre (en estos y otros casos). Simplemente buscaba a ver si alguien ya había pasado por algo similar y podía contar cómo le había ido a él/ella (por tener una aproximación, ya que dos casos similares no tienen porqué ser iguales). ¡¡Rafa!! xDDD Muchas gracias. -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================ =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.������^�ˬz��
El 27 de octubre de 2008 9:48, TooMany Secrets
2008/10/27 Camaleón
: Si el problema es que java consume mucha memoria o recursos en un kernel de 64 bits seguramente puedas ajustar algunos parámetros... de ahí el enlace, para hacer pruebas de rendimiento y poder valorar los resultados.
Se agradece mucho, pero de momento, en cuanto al tema de jugar con memoria para el java y todo eso no me hace falta. Eso si, la página está guardadita para no perderla ;-)
En cualquier caso, si el sistema sólo ejecuta sólo una aplicación dedicada (tomcat+java), poner un kernel pae te no penalizará demasiado, pero aún así creo (opinión personal) que es mejor usar un kernel con soporte nativo de los 64 bits :-?
Eso es lo que yo pienso. Si tienes 32 Gb de RAM, ¿qué más te dá que el java sea glotón si le vas a poder meter más de 20 Gb de RAM??? Y claro, a nivel nativo, esa cantidad de memoria direccionada en 64 bits, creo yo (porque no tengo pruebas) que no hay PAE que valga (IMHO).
A mi modo de ver, el problema lo tienes en el software del servicio web, entre java y tomcat o alguno modulo mal escrito que se desboca. Por otro lado, no veo que tengas una versión de 32 y otra de 64 bits, en el sitio de descarga hay una sola: http://tomcat.apache.org/download-60.cgi No será que la aplicación está en 32 bits y no se lleva bien con los 64 bits del sistema? Si la aplicación es de 32 bits, todos los modulos o plugins (java incluido), deben ser de 32 bits, para que no halla cuelgues. Por otro lado, tambien java tiene sus problemas de consumo de memoria: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4724129 http://jakarta.apache-korea.org/tomcat/faq/misc.html#cpu Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/10/27 Juan Erbes
A mi modo de ver, el problema lo tienes en el software del servicio web, entre java y tomcat o alguno modulo mal escrito que se desboca. Por otro lado, no veo que tengas una versión de 32 y otra de 64 bits, en el sitio de descarga hay una sola: http://tomcat.apache.org/download-60.cgi No será que la aplicación está en 32 bits y no se lleva bien con los 64 bits del sistema?
Cuando hablo de versión de bits no me refiero al tomcat, sino al Java. Pero de todas formas no había caido en el tema de la aplicación, pero es que son jsp's.
Si la aplicación es de 32 bits, todos los modulos o plugins (java incluido), deben ser de 32 bits, para que no halla cuelgues.
Correcto.
Por otro lado, tambien java tiene sus problemas de consumo de memoria: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4724129 http://jakarta.apache-korea.org/tomcat/faq/misc.html#cpu
Sip, tristemente los conozco demasiado bien... :-/ Muchas gracias. -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================
Hola :) El Monday 27 October 2008, Juan Erbes escribió:
Eso es lo que yo pienso. Si tienes 32 Gb de RAM, �qu� m�s te d� que el java sea glot�n si le vas a poder meter m�s de 20 Gb de RAM??? Y claro, a nivel nativo, esa cantidad de memoria direccionada en 64 bits, creo yo (porque no tengo pruebas) que no hay PAE que valga (IMHO).
A mi modo de ver, el problema lo tienes en el software del servicio web, entre java y tomcat o alguno modulo mal escrito que se desboca.
En esto estoy de acuerdo con Juan, para mi que es algo que tiene un "memory leak". Por mucho HW que le eches, el problema no se soluciona :( Lo ideal es revisar el código y corregir el fallo. Personalmente no he visto aplicaciones Java que consuman grandes recursos ya que nuestros clientes no suelen usar Java. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Personalmente no he visto aplicaciones Java que consuman grandes recursos ya que nuestros clientes no suelen usar Java.
Pero nos queda la curiosidad de saber que tal se porta una maquina de 32 bits PAE con 32 GB de ram comparada con otra de 64 bits :-) - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkH0pUACgkQtTMYHG2NR9W99gCglLFTB+TDi9EWZJkHaFAS9fEQ dUcAnRPKd0e8Efgn+uRQjufieDVbLxxU =5LNB -----END PGP SIGNATURE-----
Hola :) El Wednesday 29 October 2008, Carlos E. R. escribió:
Content-ID:
El 2008-10-29 a las 00:16 +0100, Rafa Grimán escribió:
Personalmente no he visto aplicaciones Java que consuman grandes recursos ya que nuestros clientes no suelen usar Java.
Pero nos queda la curiosidad de saber que tal se porta una maquina de 32 bits PAE con 32 GB de ram comparada con otra de 64 bits :-)
La cosa es que el PAE realmente no te permite trabajar con toda la memoria, todo lo que está por encima de los 4 GB se usa como cachés, buffers, ... No se trabaja realmente con ella. De ahí que saliesen las extensiones 64 bits (aka AMD64 || x86_64 || EMT64). Personalmente no iría con PAE. Iría con x86_64 o Itanium (Itanium es muy bueno con Java). Pero ANTES de todo eso: revisaría el código. Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-10-29 a las 10:10 +0100, Rafa Grimán escribió:
Pero nos queda la curiosidad de saber que tal se porta una maquina de 32 bits PAE con 32 GB de ram comparada con otra de 64 bits :-)
La cosa es que el PAE realmente no te permite trabajar con toda la memoria, todo lo que está por encima de los 4 GB se usa como cachés, buffers, ... No se trabaja realmente con ella. De ahí que saliesen las extensiones 64 bits (aka AMD64 || x86_64 || EMT64).
¿Seguro? Tenía entendido que lo que hace es paginar bloques altos dentro de los 4 primeros gigas, según haga falta. Como un mecanismo de swap. http://en.wikipedia.org/wiki/Physical_Address_Extension The operating system uses page tables to map this 4 GB address space onto the 64 GB of total memory, and the map is usually different for each process. In this way the extra memory is useful even though no single regular application can access it all simultaneously.
Personalmente no iría con PAE. Iría con x86_64 o Itanium (Itanium es muy bueno con Java). Pero ANTES de todo eso: revisaría el código.
Ya, no, lo mio es curiosidad con el PAE. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkkIReAACgkQtTMYHG2NR9WAhACfSAV+omSLlXX42wDsEgixIZ1S mfsAoJT2fSUO5swIPMdcm8QQpBwp1np/ =BAax -----END PGP SIGNATURE-----
On Wed, Oct 29, 2008 at 12:16 AM, Rafa Grimán
En esto estoy de acuerdo con Juan, para mi que es algo que tiene un "memory leak". Por mucho HW que le eches, el problema no se soluciona :(
Lo ideal es revisar el código y corregir el fallo.
Bueno, el aplicativo es probable que tenga algún pequeño fallo (es un servicio de búsquedas basado en Lucene), pero es que ¡qué aplicativo está libre de fallos?!! xDDD Yo no descarto la posibilidad de que se trate de ésto, pero entonces ¿porqué este fallo se dá solamente en plataforma de 64 bits? Y voy más allá... principalmente porque creo que se va un poco el tema del hilo: - el problema *no* es el aplicativo, sino el consumo de java en 64 bits (que no debería ser problema con 32 Gb de RAM). Cuando lo he tenido bajo java 64 bits, al iniciar el tomcat tardaba poco y nada en comenzar a dar "javaoutofmemory". Una razón es la gran subida de visitas al site, pero la otra era principalmente, el querer rular el mismo aplicativo que usamos en tomcat con java 32 bits (nótese de nuevo que *no* hablo del tomcat, sino del java), con las mismas opciones de ocuparación de memoria que las usadas en 32 bits. Pero vamos, que como decíamos en otro mail anterior, con 32 Gb de RAM en la máquina, ya os contaré cómo va, tanto con 32 bits y PAE como direccionando nativamente en 64 bits. Saludos y gracias. -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================
El Wednesday 29 October 2008, TooMany Secrets escribió:
On Wed, Oct 29, 2008 at 12:16 AM, Rafa Grimán
wrote: En esto estoy de acuerdo con Juan, para mi que es algo que tiene un "memory leak". Por mucho HW que le eches, el problema no se soluciona :(
Lo ideal es revisar el código y corregir el fallo.
Bueno, el aplicativo es probable que tenga algún pequeño fallo (es un servicio de búsquedas basado en Lucene), pero es que ¡qué aplicativo está libre de fallos?!! xDDD
;)
Yo no descarto la posibilidad de que se trate de ésto, pero entonces ¿porqué este fallo se dá solamente en plataforma de 64 bits?
No se me ocurre. Hace muchos años que no programo y el Java es que ni lo he mirado 0:) Para este tipo de cosas es bueno echar mano de profilers, lo que no sé es de profilers para Java.
Y voy más allá... principalmente porque creo que se va un poco el tema del hilo: - el problema *no* es el aplicativo, sino el consumo de java en 64 bits (que no debería ser problema con 32 Gb de RAM).
Hombre, 32 GB de RAM es bastante memoria para un servidor "web".
Cuando lo he tenido bajo java 64 bits, al iniciar el tomcat tardaba poco y nada en comenzar a dar "javaoutofmemory". Una razón es la gran subida de visitas al site, pero la otra era principalmente, el querer rular el mismo aplicativo que usamos en tomcat con java 32 bits (nótese de nuevo que *no* hablo del tomcat, sino del java), con las mismas opciones de ocuparación de memoria que las usadas en 32 bits.
Juan también te preguntó si era todo 64 bits: Java, tomcat, ... A lo mejor allí te está dando algún problema.
Pero vamos, que como decíamos en otro mail anterior, con 32 Gb de RAM en la máquina, ya os contaré cómo va, tanto con 32 bits y PAE como direccionando nativamente en 64 bits.
Oye, si necesitas máquinas con más de 32 GB de RAM, las nuestras (por ahora) llegan a 131 TB de RAM ;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/10/29 Rafa Grimán
Yo no descarto la posibilidad de que se trate de ésto, pero entonces ¿porqué este fallo se dá solamente en plataforma de 64 bits?
No se me ocurre. Hace muchos años que no programo y el Java es que ni lo he mirado 0:)
Bueno, yo tampoco programo (salvo alguna que otra tontería como sistemista que soy). Esto es tema de la peña de programación.
Hombre, 32 GB de RAM es bastante memoria para un servidor "web".
La máquina no es un servicio web; es un backend que solamente lleva eso, búsquedas.
Juan también te preguntó si era todo 64 bits: Java, tomcat, ... A lo mejor allí te está dando algún problema.
Sip, tal y como le comenté es algo que tengo que preguntar a los programadores, ya que yo desconozco ese dato.
Oye, si necesitas máquinas con más de 32 GB de RAM, las nuestras (por ahora) llegan a 131 TB de RAM ;)
¿Vuestras máquinas? ¿A qué os/te dedicasis/dedicas? Gracias por el ofrecimiento, pero las más de 30 máquinas que tenemos son todas nuestras, y no está en nuestra política alquilar este material, etc, bla bla bla... -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================ =��u��y��jV���+��"�f�u맙��j7������zϮ�˛���m�)z{.��+���j��zw�zZ�yثy�"�w�r����&jw^�y��ƣy�)z{.������^�ˬz��
TooMany Secrets escribió:
Holas.
Acabo de salir de una muy mala experiencia con sistemas linux 64 bits en combinación con Tomat+Java 64 bits también. Por el sistema no tengo queja alguna, pero resulta que java tiene un consumo desmesurado bajo 64 bits y tuve que volver a 32 (la máquina cuenta con 4 Gb de ram).
define "consumo desmesurado", me refiero a evidencia tecnica, que por supuesto no sea causada por las diferencias existentes entre las dos arquitecturas (tamaño de los tipos de datos..etc) Que maquina virtual es la que estas usando ? si es la que provee SUN (paquete java-X_Y_Z-sun) buena suerte :-P!! existen variadas razones por las cuales no la podemos arreglar ya sea por la licencia o porque simplemente tiene trozos cerrados...ni mencionar que es casi imposible de distribuir de una manera decente... Si encuentras comportamientos a tu parecer erroneos en esta maquina virtual, debes reportarlo a SUN, ahora si logras que la arreglen, te prenderemos velas como a un santo :) porque nunca se ha logrado mucho con ellos.. Ocurre este comportamiento con openJDK ? esa si se puede arreglar ! :-) -- "A computer is like an Old Testament god, with a lot of rules and no mercy. " Cristian Rodríguez R. Platform/OpenSUSE - Core Services SUSE LINUX Products GmbH Research & Development http://www.opensuse.org/
2008/10/29 Cristian Rodríguez
define "consumo desmesurado", me refiero a evidencia tecnica, que por supuesto no sea causada por las diferencias existentes entre las dos arquitecturas (tamaño de los tipos de datos..etc)
Dícese del proceso java que bajo unas mismas condiciones que en otra máquina de 32 bits, pero en 64, tarda entre 30 y 50 minutos como máximo en dar JavaOutOfMemory, sencillamente porque la versión 64 bits (y esto es algo ampliamente documentado en cualquier sitio que vayas por Internet) consume bastante más memoria que su homóloga en 32 bits.
Que maquina virtual es la que estas usando ? si es la que provee SUN (paquete java-X_Y_Z-sun) buena suerte :-P!! existen variadas razones por las cuales no la podemos arreglar ya sea por la licencia o porque simplemente tiene trozos cerrados...ni mencionar que es casi imposible de distribuir de una manera decente...
Utilizo el de IBM, que es sensiblemente más rápido que el de Sun.
Ocurre este comportamiento con openJDK ? esa si se puede arreglar ! :-)
Con OpenJDK llegué a probarlo pero fué imposible, porque era total y completamente incapaz de aguantar la misma carga que el JDK de Sun o de IBM. Pero vamos, que como decía en varios correos anteriores, con 32 Gb de RAM en la máquina poco me va a importar ese consumo de más del java en 64 bits. Por cierto (es para todos los compañeros de la lista que están tratando de ayudarme), el hilo de la conversación NO es Java en realidad, sino el rendimiento de un sistema con 32 Gb de RAM usando PAE bajo 32 bits vs. otro igual pero con sistema de 64 bits (incluido el java...). Muchas gracias Cristian. PDTA: ¿estás currando en SUSE Alemania? -- Have a nice day ;-) TooManySecrets ============================ Dijo Confucio: "Exígete mucho a ti mismo y espera poco de los demás. Así te ahorrarás disgustos." ============================
participants (6)
-
Camaleón
-
Carlos E. R.
-
Cristian Rodríguez
-
Juan Erbes
-
Rafa Grimán
-
TooMany Secrets