Hola :) El Miércoles, 2 de Agosto de 2006 08:23, Jordi Espasa Clofent escribió:
O bien desde YaST o bien en el ficherillo:
/etc/sysconfig/network/ifcfg-eth-<loquesea>
modificando la entrada:
MTU=''
rcnetwork restart
Ok. Otra cosa más al bote.
A bajo nivel, los discos escriben en bloques, generalmente 512 bytes. El sistema de ficheros puede "definir" un tamaño de bloque determinado para escribir esa cantidad de información en el disco duro. Por ejemplo, puedes poner 4K (creo que es lo normal) o puedes poner 16K o el valor que soporte el sistema de ficheros que vayas a usar.
Esto es importante en función del tamaño de ficheros que vayas a manejar. Si son ficheros pequeños, mejor pon valores pequeños y si son ficheros grandes ... valores grandes ;) La explicación es que si tienes ficheros pequeños y pones un tamaño de bloque grande, hasta que no se llene el buffer ... no se escribirá a disco. En el caso contrario, si trabajas con ficheros grandes (100 MB, por ejemplo) y el tamaño de bloque es muy pequeño, escribirá muchas veces a disco y el rendimiento caerá (más interrupciones, recuerda que lo mecánico es siempre más lento, ...).
Bien, entendido. Ahora bien... ¿me permite el front-end de YaST (creo que es el módulo yast disk) hacerlo? Creo recordar que no, aunque quizá no me he fijado bien.
Mas pillaó 0;) No sé si el YaST deja hacer estas cosas.
Supongo que entonces simplemente debería reservar la partición y hacerla "a mano" vía mkfs.[fs_que_quiera] o GNU Parted.
No es muy complicado, el mano suele darte las opciones correctas para hacerlo ;)
Aunque, ahora que lo pienso, yast disk es un front-end de GNU Parted...
En cuanto a Samba, puedes establecer el tamaño de buffer también. Cuando este buffer esté lleno escribirá a disco.
Si te fijas, tus discos van a trabajar con unos 3 buffers. Si consigues que estos 3 estén al mismo tamaño, los tres escribirán a disco al mismo tiempo. Estarán sincronizados. Obviamente esto no te va a dar un aumento de rendimiento del 2000%, pero sí vas a conseguir valores sostenidos y las CPUs y los HDD trabajarán menos ... o mejor dicho, trabajarán mejor.
Ok, la idea me parece también perfecta aunque no tengo idea de cómo hacerlo tampoco. Es lo que tiene ser un aprendiz...
Depende un poco de las herramientas que vas a utilizar. En el caso del filesystem es usar algún parámetro que te aparezca en la página man, por ejemplo: mkfs.xfs -b size=16384 /dev/sda3 En el caso de samba, sería poner la siguiente línea: write cache size = 16384 En el caso de usar volúmenes o RAID, dependerá de la herramienta que uses.
Ojo con la CPU y el I/O con rsync, es bastante intensivo.
Si, será una de las cosas que tendré que monitorizar. De todas maneras el backup se hará vía cronjob de noche cuando la producción está parada, así que no tendría que tener problema.
Entonces perfecto ;)
Y ahora, si me permites una pregunta más (bastante off-topic) ¿qué piensas de las placas Tyan? Más que nada porqué es una opción que consideré. Además he visto que ese fabricante es el que actualmente está soportado en cosas como el interesante proyecto OpenBIOS.
No las he probado, pero estoy bastante interesado. Parecen muy serios y parece que las placas dan muy buen rendimiento. Si tu presupuesto te lo permite, yo te lo aconsejaría. Claro que esto es una opinión, pero las comparativas la ponen muy bien. 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