Hola :) El Martes, 28 de Febrero de 2006 17:17, Camaleón escribió:

Hola,

Envío este mensaje de Gustavo que tiene problemas para enviar correos a la lista, a ver si le podemos echar una mano:

"Resulta que desarrolle una aplicacion para modelar una amenaza volcanica. El programa usa elementos finitos y estoy en fase de pueba/refinamiento andtes de pasar a modelar algo real. En este caso el tiempo de ejecucion es critico. Por ahora en el modelo de prueba toma mas de 12 horas, lo que en practica implica venir al dia siguiente a ver resultados y hacer otro ajuste.

Se que si trabajo sin X, voy a ahorrar mucha memoria. Grub no me da por ahora la oportunidad de escojer entre entrar con o sin X (como se podia con los primeros linux: RedHat 4).

Sabes como hacerlo sin crt-alt-F2 (asi aun queda corriendo X en memoria)? Como podria configurar Grub con Yast para tener esa opcion? O, como modifico /etc/grub.conf para ello?

Que configure el sistema para arrancar en runlevel 2 ó 3.

Gustavo PD.: ah, y como regresar sano y salvo a X"

Con el comando: startx En todo caso, no creo que las X le reduzcan mucho las 12 horas ya que las X te consumen unos cuantos megas, pero no algo drástico ... a menos que tengas 64 ó 128 MB ;) Si de verdad quiere disminuir esas 12 horas sólo por SW, que use valgrind (http://www.valgrind.org/). Valgrind es una herramienta de profiling que te indica cuánto consume cada función, cuáles tienen memory leaks, ... de esta manera sabes dónde tienes que mejorar el código que tienes. Es una herramienta muy buena, aunque es un proceso bastante pesado, pero vale la pena porque acabas con un código muy bueno. Valgrind tiene asociadas otras herramientas como cachegrind, memcheck, addrcheck, massif, helgrind, callgrind y kcachegrind. Si no quiere meterse con profiling, lo que le recomendaría es más CPU, en principio ya que no sabemos si es intensiva de CPU, memoria, o necesita un bus más ancho, no sabemos si accede mucho a disco, si requiere mucha caché de CPU, ... Tampoco sabemos si es de 32 bits o de 64 bits. En cuanto a un cluster para mejorar el rendimiento ... pues depende de si su aplicación es paralelizable o no. HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman