El Miércoles, 4 de Octubre de 2006 18:26, Pedro Hernán Quevedo Reyes escribió:
Rafa Gracias por la noticia, es nuevo para mi,
No fui yo le que comenzó el hilo, pero me alegra que te haya valido :)
Por qué estas de acuerdo con que abandonen ReiserFS?
No en que abandonen reiserfs sino que abandonen la versión3. Esta versión no tiene atención alguna por parte del fabricante, Namesys (bueno, si no recuerdo mal, sólo tienen 1 desarrollador destinado a corregir bugs). Esto no es bueno porque si hay problemas, el tiempo de respuesta es muy grande y la posibilidad de que se arregle algo es baja :(
Tengo entendido que es mas seguro, mas rápido que los tipos de archivos de Sistema, SuSE lo pone como predeterminado cuando se hace la instalación,
Es más "rápido" para directorios con millones de ficheros pequeños, el tamaño ideal es de 4 KB. Esto lo veo como otra limitación porque ficheros de 4 KB ya no existen ;) Muchos pensarán, "AH!!! Entonces para correos electrónicos es bueno" ... pues tampoco, no es bueno con sistemas ne los que se producen lecturas Y escrituras simultáneas de forma masiva.
yo tengo SuSe enterprise 9 con ReiserFS, Oracle Enterprise, me va bien, lo
No te aconsejo usar reiserfs ni XFS con Oracle porque no sería Unbreakable. Lo que Oracle llama "Unbreakable Linux" es: - HW + sistema operativo certificado - soporte pagado de SUSE y Oracle - configuración aceptada por Oracle (reisersfs y XFS no están soportados por Oracle) Si cumples estas (y alguna otra condición) tendrás soporte por parte de Oracle y/o SUSE tanto de sistema operativo como de BBDD. En tu caso, Oracle sólo se haría responsable de la BBDD. Si determinan que el bug no es de Oracle ... te dicen que llames a SUSE. Esto no es malo, pero con Unbreakable puedes llamar a uno sólo y no tienes que andar llamando a los dos ;)
que nunca he realizado, y no se como hacer, es ¿Como comparar ReiserFS con otro tipo, y de esta forma tomar la decisión. Solamente con las lecturas realizadas por otros.
La situación ideal sería, en la misma máquina y con la misma BBDD (para algo hay snapshots ;), probar diferentes sistemas de ficheros y realizar las mismas pruebas en todos los casos (mismos queries, ...) Esto suele ser complicado porque no puedes "jugar" con el equipo, nunca hay tiempo, ... De todas maneras, las BBDD son algo puñeteras porque lo que suelen requerir/consumir es mucho I/O por lo que el rendimiento se ve mejorado al añadir mucha RAM.
Gracias Rafa
HTH Rafa
Rafa Grim�n
escribi�: Hola :) El Miércoles, 4 de Octubre de 2006 14:55, Juan Erbes escribió:
2006/10/4, aux :
El Mi�rcoles, 4 de Octubre de 2006 13:26, Rafa Grim�n escribi�:
Adem�s, si no hay desarrolladores ni inter�s por el propio Namesys ... veo bien que lo dejen (aka un problema menos ;)
Adem�s, seguimos teniendo XFS ;)
Veo en muchos benchmarks que sale muy bien parado siempre XFS. Porque no se ha adoptado XFS por defecto?
La realidad, parece ser que estan apuntando a sacar OCFS2 cuando est� maduro, y mientras tanto es posible que dejen al usuario elegir el sistema de ficheros por default, entre los cuales pueden llegar a incluir Reiser4.
OCFS2 está teniendo mucho apoyo por parte de SUSE así que habrá que irle echando un vistazo de vez en cuando :)
Ya está disponible en SLES 9 SP3 (sin soporte, creo) y el SLES 10 (con soporte). Es un sistema de ficheros en cluster relativamente nuevo.
Otros sistemas de ficheros en cluster para Linux son: GFS, GPFS y Lustre como SW libre.
La extensi�n del soporte Reiser estar�a supeditada a la gente que mantiene el kernel, que mientras ellos lo mantengan soportado, Suse continuar� soportandolo tambien.
Salu2
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
OpenWengo: rgriman Skype: rgriman
-- "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