Hola :) El Lunes, 13 de Febrero de 2006 22:36, Carlos E. R. escribió:
El 2006-02-13 a las 16:05 -0300, Victor Hugo dos Santos escribi�:
Yo particion� mi disco en unas veinte particiones, y med� la velocidad: result� ser bastante m�s r�pido hacia el 30% de su superficie.
mmm.. si, me recuerdo de vuestros comentarios sobre el tema y ahora me viene a la cabeza de que esto podria ser un tema para un proyecto ... imaginate, un script que automaticamente particionara el disco en 20/40/50 particiones, medir� las velocidades de cada particion, mostrara el resultado y ademas pudiera ofrecer un esquema para el mejor particionamiento dependiendo de lo que vas hacer con la maquina (servidor de correo/archivos/news, etc) ???
Hay una manera m�s f�cil de hacerlo con los recursos que tiene una distribuci�n: ajustar el comando hdparm, que es el que usamos para medir la velocidad, para que efect�e sus pruebas en una o varias zonas del disco que se le den en la linea de comandos. No har�a falta particionar.
Es decir, basta con a�adir esa capacidad al programa de pruebas. O, si sus desarrolladores no quieren, buscar u hacer otro programa que s�lo haga eso, medir la velocidad del disco en varias zonas.
En el caso de los benchmarks, también es interesante las opciones con las que creas el sistema de ficheros (logs o journal, tamaño de bloque, si los atributos extendidos van juntamente con el inodo, si los datos van con el inodo, ...). También es interesante el número y tipo de RAID que vas a montar. En algunos benchmarks hemos visto que el mejor rendimiento se ve en LUNs de 6 discos, por ejemplo, para RAID 5.
Me pregunto el porque aun no habran echo algo semejante, ya que hoy en dia las distribuiciones hacen el posible para que funcione el mas rapido posible (principalmente el arranque del sistema). Y se observas los assistentes de particionamiento que vienen en instalacion, simplesmente te creas particiones predeterminadas, pero no miden la performance de los dispositivos (discos) !!!
Porque no todo el mundo busca afinar el sistema hasta tal punto, es una utilidad menor. Si realmente buscas velocidad, compras un disco r�pido con una buena memoria tamp�n.
Yo creo que es porque es muy complejo y la gran mayoría, como dice Carlos, se conforma con comprar un disco más rápido. Algunos clientes sí que ahcen estos benchmarks y buscan el óptimo. Rafa -- 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