Hola :) El Viernes, 24 de Marzo de 2006 12:19, MUÑOZ MURIEL, MANUEL CARLOS escribió:
Buenos dias ,
� Alguien conoce algun buen libro de performance and tuning para Suse (SLES 9) ? Si conoceis algun software de monitorizacion y tuning tambien os lo agradeceria.
Hay un red book de IBM bastante interesante. Habla de SUSE y Red Hat, si no me equivoco. Lo mejor son listas de correo y buscadores y ... experimentar ;) Lo de afinar un equipo mucho es "peligroso" porque puedes tocar parámetros de red que den muy buen resultado, pero que afecten a otras cosas o a lo mejor los clientes no lo soportan, por ejemplo, deshabilitar ICMP, habilitar jumbo frames, ... No digo que te cargues la máquina sólo que puede que algo mejore y otra cosa empeore. Otra cosa a tener en cuenta es que a lo mejor creando el sistema de ficheros bien, te da mejor resultado que por ejemplo tocando el kernel. Cada sistema de ficheros tiene una serie de parámertos bastante interesantes para optimizarlo. Más cosas a tener en cuenta: - en el caso de red, por ejemplo, puedes optimizar usando channel bonding - en el caso de BBDD, lo que te interesa es optimizar las consultas SQL y las tablas, no el sistema operativo - en el caso de servidores de ficheros, te interesa optimizar el sistema de ficheros, repartir las tarjetas de red en diferentes buses PCI, poner mucha RAM, ... aunque también puedes retocar el smb.conf - en el caso de los servidores de ficheros, los clientes te pueden tirar por tierra todas las optimizaciones que has hecho en tus equipos. Esto nos pasó a nosotros en un cliente y se debía a que los PCs cliente no soportaban Jumbo Frames o las tarjetas de red eran malas, no tenían suficiente RAM o CPU, ... - en el caso de aplicaciones de HPC lo que te interesa es retocar la propia aplicación de HPC, NO el sistema operativo. En una aplicación HPC casi no hay llamadas a sistema (más o menos un 7%) por lo que las mejoras las consigues optimizando la propia aplicación. Es bastante pesado esto de afinar el rendimiento, pero si tienes tiempo, el cliente está dispuesto a pagar y esperar y te gusta cacharrear y leer ... adelante :) Yo me lo paso muy bien, pero hay veces que te tiras pensando mucho tiempo ;) En cuanto a sw de monitorización y pruebas ... hay un montón. Uno que me gusta mucho es saidar/libstatgrab. Luego tienes xdd y ttcp, netbench, xbench, stress, flood, memtest, ... cada uno hace una cosa u otra. OJO con stress, está muy optimizado para cada CPU y esto puede ser malo porque dependiendo de la revisión de la CPU y la partida, te pueden salir resultados "inesperados", como por ejemploque una CPU que crees que es más potente o rápida da peor rendimiento que otra. Esto se puede deber a que al cambiar la revisión de la CPU, el fabricante de memorias caché es otro y da mejor o peor rendimiento. Memtest, por ejemplo, es capaz de detectar si el fallo es por electrónica o no (polvo). Ten cuidado al interpretar los resultados. Iba a comentar unas pruebas que tengo que hacer la semana que viene, pero quizás empiece otro flame-war así que las voy a omitir ...
Muchisimas gracias por adelantado.
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