domingo, diciembre 27, 2009, 09:37 PM - GNU/Linux, Opinión
Por si no lo he dejado claro al principio: es un RUMOR. Red Hat (que yo sepa) aún no ha dado una respuesta oficial. Pero hay ciertas cosas que le hacen a uno pensar que en este rumor haya parte de verdad.
Son múltiples las fuentes que apoyan a este rumor. Desde los "visionarios encorbatados" de IDC a los pitonisos de PCWorld pasando por los "buitres" de The Register.
No voy a entrar a valorar la validez o no de la arquitectura ia64, pero si puedo decir que es una arquitectura "rara" de encontrar en los CPD, donde hay sobre todo x64 (muchísimo), y algún Sparc/Power/ia64 para tareas de "back-end" Oracle/SAP . En sitios grandes / muy grandes se ve también algún Mainframe (99,99%, IBM)
Como cliente de Red Hat, les he mandado una pregunta comercial acerca de RHEL6 e Itanium. A ver qué responden.
En cuanto sepa la respuesta de Red Hat, lo comentaré en este blog
ACTUALIZADO 12 de enero 2010 Red Hat confirma que RHEL 6 no soportará Itanium. RHEL 5 seguirá soportándolo hasta 2014, pero esto se ha convertido en una via muerta.
[ 2 comentarios ] ( 391 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 291 )martes, septiembre 8, 2009, 09:15 AM - GNU/Linux, Tecnología
La semana pasada se publicó la Red Hat Enterprise Linux 5.4. Repasando las notas de lanzamiento me encuentro con una nueva funcionalidad muy interesante para aquellos que tengan RHEL 5.4 conectadas a SAN EMC Clariion.
Primero vamos a explicar un poco de teoría. Los sistemas Clariion son la gama media de almacenamiento de EMC, siendo Simmetrix la gama alta. La gama Clariion cuenta con controladoras que pueden funcionar en modo "activo-activo" por lo que una LUN dada solo está accesible desde una controladora, si bien las controladoras se intercambian información para que en el caso de que una falle la transacción no se pierda.
En topologías complejas de almacenamiento (con directores, varios niveles de conmutadores de fibra, etc) nos podemos encontrar que hay caminos "más óptimos" que otros, por el mero hecho de que pasa menos tráfico por uno que por otros.
En versiones anteriores de Red Hat Enterprise Linux 5 se podía definir un camino "preferido" a una LUN, de forma implícita, es decir, que el administrador del sistema Linux le preguntaba al administrador de almacenamiento cual es el camino "óptimo" para llegar a tal LUN y así se configuraba en el sistema Red Hat
Esto no es demasiado flexible. Si el administrador de almacenamiento decide reorganizar la asignación de LUNes a las controladoras, se tiene que poner de acuerdo de nuevo con los administradores de los hosts. Si tenemos varias decenas de hosts y/o LUNes la cosa se vuelve muy tediosa.
Pues bien, Red Hat Enterprise Linux 5.4 añade una nueva funcionalidad a device mapper multipath que se denomina explicit AULA, que consiste en ni más ni menos que el host Red Hat Enterprise Linux negocia con el almacenamiento cuál es el camino óptimo para llegar al almacenamiento, liberando a los administradores de esta tarea.
Para habilitar esta funcionalidad hay que cargar el módulo de kernel scsi_dh_alua . También es necesario especificar "1 aula" como hardware_handler en el fichero multipah.conf (ver Bugzilla )
Ojo que para sistemas EMC Clariion sólo se puede cargar el módulo scsi_dh_alua o bien el de toda la vida, el dm-emc, no está soportado cargar los dos a la vez.
Hay administradores que no usan device mapper multipath sino el producto EMC PowerPath que desconozco si tiene también esta funcionalidad. ¿Algún lector que arroje un poco de luz?
Gufete
Nota post post: Gracias a Juan José Palacios de Optima Technologies por aclararme mi empanada mental acerca de las Clariion.
[ añadir comentario ] ( 77 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 419 )lunes, junio 22, 2009, 10:19 PM - GNU/Linux, Tecnología
Ya soy feliz usuario de la Fedora 11 x64. No me voy a poner a contar el mogollón de mejoras que trae respecto a Fedora 10 (para el que quiera los detalles, aquí los tiene ). Lo que todo el mundo destaca es que arranca muy rápido, dicen que en 20 segundos (pues a mi me tarda 36, que es menos de la mitad de lo que me tardaba antes), pero hay algo que se llama Presto y no veo que se le haya dado mucho bombo.
Pues para eso está este blog
En versiones anteriores de Fedora (y también de RHEL, todo hay que decirlo) alguna vez nos habrá pasado que ha tocado actualizar un paquete "pesado", del tipo OpenOffice.org, kdelibs o tetext. Pues nada, a bajar unas pocas decenas/centenas de megabytes cuando a la hora de la verdad lo que se ha actualizado son unos pocos cientos de kilobytes / algunos megabytes.
Pues es aquí donde entra en acción Presto.. A grosso modo, y simplificando mucho, lo que hace es bajarse únicamente las diferencias ('delta' ) entre los binarios que tenemos instalados y los que están disponibles en el servidor de actualizaciones.
Por defecto no viene activado en Fedora 11, para activarlo hay que instalar el paquete yum-presto. Para ello ejecutamos el comando:
yum -y install yum-presto
Y voilá!. Ya tenemos activado el plugin, por lo que a partir de ahora las actualizaciones de seguridad ya no serán tan "dolorosas" en ancho de banda.
Ojalá otros fabricantes (y no sólo de distribuciones de Linux) les de por emplear una tecnología similar. El otro día me bajé 150 megas de parches para MacosX por una actualización de Java. En Solaris 10 idem. Y de Microsoft Windows ni os cuento lo que me tardó una actualización de .NET de 350 megabytes...
Nota: para el que se pregunte qué hago yo con un Windows le diré 4 cosas:
A) Aparte de la cerveza me gusta el tinto. Pero me gusta más la cerveza.
B) El que no conoce la historia está condenado a repetirla.
C) Conoce a tu enemigo
D) Las herramientas de gestión de entornos virtuales (Vmware vSphere / Citrix Xen Server) sólo las hay en Windows. No las hay ni en OSX ni en Fedora / Ubuntu / Gentoo / OpenBSD.
A ver si hay suerte y la tecnología Presto la vemos en Red Hat Enterprise Linux 6 el año que viene...
Gufete
[ 3 comentarios ] ( 737 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 477 )domingo, septiembre 7, 2008, 11:37 PM - GNU/Linux, Yo mismo
Pues si, al final me saqué la certificación de Red Hat Academy Examiner. Estuve el 27 y 28 de agosto en Farnborough en la sede de Red Hat Reino Unido y aprobé los exámenes, 97/100 .
¿Y esto para qué vale? Pues ya puedo impartir los cursos oficiales (y exámenes) de RHCE y RHCT , por lo que en un futuro muy cercano (cuando tengamos montada el aula, vamos), ya no será necesario irse a Madrid o a Barcelona para recibir esta formación, sino que podrá darse aquí en Sevilla.
La "pega" es que esta formación la imparto yo, que soy un petardo.
Suena raro esto de "profesor Gufete"
[ 8 comentarios ] ( 1259 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 632 )martes, enero 1, 2008, 10:27 PM - GNU/Linux, Tecnología, Opinión
Para meditar...
Fuente original
Visto en este blog y ligeramente adaptado por Gufete.
Hey, no es un fallo, es una FUNCIONALIDAD!
¿Sabes cual es la obra de ingeniería más compleja en el sistema solar conocida hasta el momento?
Adivina - no es Linux, no es Solaris, y no es tu automóvil ni el Airbus 380.
Eres tu. Y yo también.
Piensa como tu y yo aparecimos - no fue por ningún diseño complejo.
Correcto. "pura suerte".
Bien, pura suerte, Y:
- libre disponibilidad y _polinización cruzada_ a través de compartir el "código fuente", aunque los biólogos le llaman ADN.
- un ambiente de usuario bastante implacable que felizmente reemplaza versiones malas de nosotros con versiones funcionales mejores y así controla la manada (los biólogos llaman a éso "supervivencia del más apto" )
- desarrollo masivo y no dirigido, realizado en paralelo ("prueba y error" )
Estoy hablando muy en serio: nosotros los humanos _nunca_ hemos podido replicar algo más complicado que nosotros mismos, aunque la selección natural lo ha hecho sin siquiera pensarlo.
No subestimes el poder de la supervivencia del más apto.
Y jamás cometas el error de creer que puedes diseñar algo mejor que lo que obtienes de hacer prueba-y-error en paralelo despiadada y masivamente con un ciclo de retroalimentación.
Eso es dar a tu inteligencia demasiado crédito.
Francamente, Sun, está condenado. Y no tiene nada que ver con sus prácticas de ingeniería o su estilo de código.
Linus
[ 1 comentario ] ( 773 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 602 )domingo, septiembre 2, 2007, 08:33 PM - GNU/Linux, Apple
Un post rápido: tras buscar por media Internet y no encontrar la solución, si uno quiere tener más de 516 megabytes de RAM en Parallels con Centos5 lo que tiene uno que hacer es poner en el grub.conf el parámetro agp=off. Yo lo tengo ahora con 900 megabytes y va muy bien
[ añadir comentario ] ( 65 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 650 )sábado, junio 2, 2007, 08:09 PM - GNU/Linux, Humor
En el principio Turing creó la Máquina.Y la Máquina era enrevesada y artificiosa, existiendo solamente en
teoría. Y von Neuman miró hacia la Máquina, y vió que era enrevesada.
Él dividió la máquina en dos Abstracciones, el Dato y el Código, y los
dos eran unaa misma Arquitectura. Este es un gran Misterio, y el
principio de la sabiduría Y von Neumann habló a la Arquitectura, y la
bendijo diciendo: "Sal y reprodúcete, intercambiando libremente datos
y código, y puebla la tierra con todo tipo de dispositivos. Y así fué
hecho, y era bueno. La Arquitectura prosperó y fué realizada en
hardware y software. Y pobló la tierra con muchos Sistemas.
Los primeros sistemas fueron poderosos gigantes; Muchos y grandes
trabajos de renombre lograron. Entre ellos estaba Colossus, el
rompeclaves, ENIAC, el artillero; EDSAC y MULTIVAC y todo tipo de
criaturas alucinantes cuyo nombre terminaba en AC, los
experimentadores; y SAGE, el defensor del cielo y padre de todas las
redes. Esos eran poderosos gigantes de la antiguedad, las primeras
criaturas de Turing, y sus trabajos han sido escritos en los Libros de
los Ancianos. Esta fué la primera Era, la era de la Sabiduría.
Entonces los hijos de Mercadotecnia se fijaron en los hijos de Turing
y vieron que eran ágiles de mente y limpios de nombre y tenían muchos
atributos grandes y perniciosos. Y se dijeron a sí mismos, "vayamos y
hagamos Corporaciones, y unamos los Sistemas a nuestro propio uso, de
modo que nos traigan gran fortuna". Con dulces palabras sedujeron a
sus clientes, y con muchas cadenas ataron a los Sistemas, para
amoldarlos a su propia imagen. Y los hijos de Mercadotecnia se
vistieron con Conjuntos, los mejores para atraer a sus clientes, y
escribieron Licencias graves y peligrosas, las mejores para atar a los
Sistemas. Y los hijos de Mercadotecnia fueron entonces conocidos como
Conjuntos, despreciando y siendo despreciados por los verdaderos
Ingenieros, los hijos de von Neumann.
Y los Sistemas y sus Corporaciones se replicaron y crecieron numerosos en la tierra. En aquellos días estaban IBM y Digital, Burroughs y Honeywell, Unisys y Rand, y muchos otros. Y cada uno de ellos se mantuvo con su propio Sistema, hardware y software, y no se mezclaron, pues lo prohibían sus Licencias. Esta fué la segunda era, la era de los Mainframes.
Entonces sucedió que los espíritus de Turing y von Neumann miraron
hacia la tierra y se enfadaron. Los Sistemas y sus Corporaciones se
habían hecho grandes y voluminosas, y los Conjuntos habían desplazado
a los verdaderos Ingenieros. Y los clientes lloraron y gimieron
amargamente al cielo, diciendo, "¡Oh, si fuese creado un sistema
poderoso y pequeño, capaz de llegar incluso hasta el hogar!". Y los
Ingenieros lloraron y gimieron igualmente, diciendo "¡ Oh, si surgiera
un proveedor que nos liberase de esos Conjuntos opresivos y sus graves
y peligrosas Licencias, y nos diera un Sistema verdaderamente nuestro,
en el que pudiéramos hacer nuestros inventos y adaptar las cosas a
nuestro gusto!". Y los espíritus de Turing y von Neumann oyeron los
llantos y se dijeron uno al otro: "Descendamos y fabriquemos un
Rompelímites, para que los llantos se calmen"
Y ese día los espíritus de Turing y von Neumann se introdujeron en
Moore, de Intel, proporcionándole la intuición y la sabiduría para
entender el futuro. Y Moore fué uno con el chip y lo produjo, y le
puso de nombre 4004. Y Moore bendijo al chip, diciendo: "Tú eres un
Rompelímites; con mi Corporación te he fabricado. Aunque eres tan
pequeño como una mota de polvo, crecerás y te replicarás hasta el
tamaño de una montaña, y conquistarás a todos los que fueron antes que
tú. Esta es la bendición que te doy: Cada dieciocho meses duplicarás
tu capacidad, hasta el fin de la Era". Esta es la ley de Moore, que
perdura hasta nuestros días.
Y el nacimiento del 4004 fué el principio de la Tercera Era, la era de
los Microchips. Y así como los Mainframes y sus Sistemas y
Corporaciones habían florecido, de ese mismo modo hicieron los
Microchips, y sus Sistemas y Corporaciones. Y su linaje fué el
siguiente:
Moore engendró a Intel. Intel engendró a Mostech, Zilog y Atari.
Mostech engendró a 6502, y Zilog engendró a Z80. Intel también
engendró a 8800, quien engendró a Altair; y 8086, madre de todos los
PCs. 6502 engendró a Commodore, quien engendró a PET y a 64; y Apple,
quien engendró a 2. (Apple es el gran Misterio, la Fruta que fué
devorada, aunque floreció de nuevo.) Atari engendró a 800 y 1200,
maestros del Juego, quienes fueron destruídos por Sega y Nintendo.
Xerox engendró a PARC. Commodore y PARC engendraron a Amiga, creador
de hermosas artes; Apple y PARC engendraron a Lisa, quien engendró a
Macintosh, quien engendró a iMac. Atari y PARC engendraron a ST, el
músico, quien murió y nunca más fué. Z80 engendró a Sinclair el gnomo,
a TRS-80 y a CP/M, quien tuvo muchas máquinas, mas pronto dejó este
mundo. Altair, Apple y Commodore engendraron juntos a Microsoft, la
Gran Oscuridad que es llamada Abominación, Destructor de la Tierra,
las Cancelas del Infierno.
Luego sucedió en la Era de los Microchips
que IBM, la mayor de las Corporaciones de Mainframes, se fijó en los
jóvenes sistemas de Microchips y se sintió gravemente vejada. Y en su
vejación y en su cólera golpearon la tierra y crearon el PC de IBM. El
PC carecía de sonido y color, siendo enrevesado y artificioso en gran
medida, pareciendo un desharrapado, sin embargo, los Clientes fueron
fuertemente inducidos y compraron PCs en gran número. E IBM buscó un
Proveedor de Sistemas Operativos, ya que en su apresuramiento no
habían creado uno, ni habían fraguado una licencia apropiada,
diciendo: "Primero crearemos el mercado, luego crearemos un nuevo
Sistema, uno con nuestra propia imagen, y sujeto por nuestra
Licencia".
Mas ellos razonaron con su orgullo y no con sabiduría, no
previendo la cólera que iba a venir. E IBM se acercó a Microsoft,
quien obtuvo una licencia de QDOS, el hijo de CP/M y 8086. (8086 era
la hija de INTEL, la criatura de Moore). Y QDOS creció, y recibió por
nombre MSDOS. Y MSDOS y el PC juntos crecieron vigorosamente y
conquistaron todos los mercados, replicándose y tomando posesión de
ellos, de acuerdo con la ley de Moore. E Intel creció terriblemente y
devoró a todos sus hijos, de modo que ningún chip podía quedar tras
ella. Y Microsoft creció soberbia, y devoró a IBM, y esto fué una gran
maravilla en la tierra. Todas estas cosas están escritas en los Libros
de los Hechos de Microsoft.
En la plenitud del tiempo, MS-DOS engendró a Windows. Y este es el linaje de Windows: CP/M engendró a QDOS. QDOS
engendró a DOS 1.0. DOS 1.0 engendró a DOS 2.0 por vía de Unix. DOS
2.0 engendró a Windows 3.11 por vía de PARC y Macintosh. IBM y
Microsoft engendraron a OS/2, quien engendró a Windows NT y Warp, el
perdido S.O. de la tradición. Windows 3.11 engendró a Windows 95 tras
triunfar sobre Macintosh en una poderosa batalla de Licencias. Windows
NT engendró a NT 4.0 por vía de Windows 95. NT 4.0 engendró a NT 5.0,
el S.O. también llamado Windows 2000, el Bug del Milenio, Apocalipsis,
Armagedón, El Fin de Todas las Cosas.
Luego vino a suceder que Microsoft había crecido grande y poderosa en
medio de las Corporaciones de Microchips; más poderosa que cualquiera
de las Corporaciones que había antes de que ella creciera. Y el
corazón de Gates se endureció y le juró a sus Clientes e Ingenieros
las palabras de esta maldición:
"Hijos de von Neumann, oídme. IBM y
las Corporaciones de Microchips creadas por nuestros ancestros nos
ataron con graves y peligrosas Licencias, de modo que nosotros
imploramos nuestra liberación a los espíritus de Turing y von Neumann.
Ahora yo os digo: Soy más grande que ninguna Corporación que me haya
precedido. ¿Vais vosotros a perder vuestras Licencias?. Nada de eso,
yo os ataré con Licencias el doble de graves y diez veces más
peligrosas que mis antecesores. Cincelaré mi Licencia en vuestros
corazones y escribiré mi Número de Serie en vuestros lóbulos
frontales. Os ataré a la Plataforma Windows con astutos artificios y
con tortuosos esquemas. Os ataré al chip de Intel con código
enrevesado y retorcidos interfaces. Os capturaré y esclavizaré como
ninguna generación ha sido esclavizada anteriormente. ¿Para qué
implorais a los espíritus de Turing, von Neumann o Moore?. Ellos no os
oyen. Me he convertido en un Poder mayor que ellos. Ahora debéis
rezarme solamente a mí y vivir a merced de mi rabia. Yo soy las
Cancelas del Infierno; Sostengo el portal a MSNBC y las llaves de la
Pantalla Azul de la Muerte. Temedme; temedme intensamente; servidme
sólo a mí y viviréis."
Y la gente fué presa del terror y aclamó a Microsoft, y forzada por el
terror soportó duras y peligrosas pruebas con la plataforma Windows y
su artificiosísima Licencia. Y de nuevo le rogaron a Turing y von
Neumann y Moore que les enviase un salvador, pero nadie fué encontrado
capaz de la tarea hasta el nacimiento de Linux.
Estas son las generaciones de Linux: SAGE engendró a ARPA, quien
engendró a TCP/IP, y Aloha, quien engendró a Ethernet. Bell engendró a
Multics, quien engendró a C, quien engendró a Unix. Unix y TCP/IP
engendraron a Internet, quien engendró a la World Wide Web. Unix
engendró a RMS, padre del gran Ñú GNU, quien engendró las Librerías y
Emacs, jefe de las Utilidades. En los días de la Web, Internet y
Ethernet engendraron la RAL Intranet, cuya rosa le dió renombre entre
todas las Corporaciones y preparó el camino del Pingüino. Y Linus y la
Web engendraron el Kernel a través de Unix. El Kernel, las Librerías y
las Utilidades juntas son la Distribución, el único Pingüino en muchas
formas, por siempre y para siempre alabado.
En esos días sucedió que había un joven escolar en Helsinki que se
llamaba Linus el Torvald. Linus era un hombre devoto, un discípulo de
RMS, fuerte en el espíritu de Turing, von Neumann y Moore. Un día,
meditando en la Arquitectura, Linus cayó en trance y tuvo una visión.
Y en la visión vió un magnífico pingüino, sereno y agraciado, sentado
sobre un témpano de hielo mientras comía pescado. Y ante la vista del
pingüino Linus se asustó profundamente, y rogó a los espíritus de
Turing, von Neumann y Moore para que le ayudasen a interpretar ese
sueño.
Y en el sueño los espíritus de Turing, von Neumann y Moore le
contestaron diciendo: "No temas, Linus, nuestro bienamado hacker. Tú
eres mogollón de guai y alucinante. El gran Pingüino que ves es un
Sistema Operativo que crearás y extenderás por todo el mundo. El
témpano de hielo es la tierra y todos sus sistemas, sobre los que el
Pingüino descansará y se regocijará cuando complete su tarea. Y los
peces de los que se alimenta el Pingüino son los programas con
enrevesadas Licencias, que flotan bajo todos los sistemas de la
tierra. El pingüino cazará y devorará todo lo que es lioso, retorcido
y artificioso; todo el código que se retuerce como el espagetti, o
está infestado de criaturas marchitadoras, o está atado por graves y
peligrosas Licencias deberá capturar. Y en capturarlo deberá
replicarse, y en replicándose deberá documentarse, y en la
documentación deberá dar libertad, serenidad y la mayor maravilla y
alucine a la tierra y todos los que programan en ella".
Linus resurgió de la meditación y creó un pequeño Núcleo de Sistema
Operativo como el sueño le había predicho. A la manera de RMS, publicó
el Núcleo en la Telaraña Mundial para que todos pudieran obtenerlo y
contemplarlo. Y en la plenitud del tiempo de Internet el Núcleo creció
y se replicó, haciéndose más guai y alucinante hasta que al fín fué
reconocido como un Pingüino realmente grande y poderoso, cuyo nombre
era Tux. Y los seguidores de Linux tomaron refugio en el Núcleo, las
Librerías y las Utilidades; instalaron Distribución tras Distribución,
hicieron sacrificios en favor de GNU y el Pingüino, y dieron gracias a
los espíritus de Turing, von Neumann y Moore, por su liberación de las
garras de Microsoft.
Y este fué el principio de la Cuarta Era, la era
del Código Fuente Abierto. Hay mucho más que decir acerca de los
extrañísimos y maravillosos sucesos de aquellos días; cómo algunos
Conjuntos de Microsoft planearon la guerra contra el Pingüino, pero
fueron descubiertos en una víspera de Halloween; cómo Gates cayó entre
abogados y fué traicionado y crucificado por sus anteriores amigos,
los apóstoles de los Medios; cómo los Caballeros mercenarios del
Sombrero Rojo llevaron el evangelio del Pingüino a las salas de las
Corporaciones; e incluso de la disputa entre los cofrades del Gnomo y
KDE acerca de una Licencia de troll. Pero todas esas cosas están
descritas en otra parte, en los Libros de los Hechos del Pingïno, y
las Crónicas de la Cuarta Era, y supongo que si narrásemos todas ellas
llenaríamos un montón de DVDs tan profundo y peligroso como un Grupo
de Noticias de Usenet.
Ahora puedes programar en el poder de las Fuentes; Que el Núcleo, las
Librerías y las Utilidades sean contigo, a través de todas las
Distribuciones, hasta el fín de la Época. Amén.
[ 1 comentario ] ( 7259 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 2.9 / 583 )domingo, octubre 15, 2006, 10:21 PM - GNU/Linux, Tecnología, Opinión
En los últimos días el patio ha estado revuelto con la detención de Han Reiser, creador del sistema de ficheros Reiserfs. Desde esta entrada no voy a entrar a juzgar esto, y recuerdo que todo el mundo es inocente hasta que se demuestre lo contrario.
Pues bien, el tema de que sistema de ficheros a usar es algo que más de uno pregunta cuando está empezando con esto de GNU/Linux, pero luego es algo que tiende a olvidarse. Hay otros que les surge la vena fanática y juran y perjuran que el sistema de ficheros X es mucho mejor que cualquier otro bajo cualquier circustancia.
A lo largo de este post voy a intentar aclarar un poco el tema. No voy a entrar en benchmarks detallados ni en discusiones muy técnicas. Tan sólo pretendo crear la curiosidad en ti, querido lector (término que también incluye a las féminas, pero a ellas las quiero más) acerca de este mundo tan desconocido y a la vez tan importante.
Vamos a empezar por el principio. ¿Qué demonios es un sistema de ficheros?
El sistema de ficheros es la forma en la que el sistema operativo organiza los archivos y ficheros en el disco duro para que no sea sólo un montón de información caótica desperdigada por el disco. Es un sistema que gestiona cómo se organizan los archivos, dándoles un sentido y una estructura. Sin él, no podríamos comunicarnos con el disco duro de la manera a la que estamos acostumbrados, accediendo a ficheros en vez de a trozos de datos sueltos, que es lo que el disco duro almacena en realidad. Cuando uno "formatea" un disco duro lo que hace ni más ni menos es que particionar dicho disco y poner un sistema de ficheros sobre esa(s) partición(es) creada(s).
El primer punto a tener en cuenta es que un sistema de ficheros reside al menos sobre una partición. Podemos crear particiones que ocupen todo el disco o bien múltiples particiones por disco. Por otra parte, un sistema GNU/Linux puede usar más de un sistema de fichero a la vez, pero como es lógico, cada uno en su partición. Así, es posible tener una partición con el sistema de archivos X y otras dos particiones con el sistema de archivos Y.
Pues bien, llega la hora de elegir. ¿Qué sistema de ficheros he de usar? Pues como casi todo en esta vida, la respuesta es depende. Éstas son algunas de las cosas a tener en cuenta:
* ¿Sobre que soporte hardware vamos a crear el sistema de ficheros? No es lo mismo un simple disco ATA que un raid 5 sobre una SAN
* ¿Qué uso se le va a dar al sistema de ficheros? ¿Importa más la latencia o aprovechar el espacio? No son iguales las necesidades de un servidor de ficheros para 500 usuarios que las de un sistema de escritorio
* ¿Que nivel de criticidad tienen los datos que se van a almacenar sobre este sistema de ficheros? No sólo hay que tener en cuenta la tolerancia a fallos sino las herramientas de recuperación existentes.
* ¿Va a haber más de un equipo accediendo simultáneamente a este sistema de ficheros (clustering-SAN)?
*¿Cuál va ser el uso principal del sistema de ficheros? ¿Mucha lectura y poca escritura? ¿El inverso? El sistema de ficheros de un servidor web con relativamente pocas actualizaciones no tiene porque ser el mismo que el de una máquina con mucha carga transaccional
*¿Cuál es el tamaño típico de un fichero en ese sistema de archivos? No es igual tratar imágenes de DVD de 4,4 gigabytes de tamaño que un servidor de correo electrónico donde cada correo ocupará a lo sumo 5 o 10 megabytes...
Como puedes ver, hay más de una desición a tomar. Y como el "bueno, bonito, barato" no existe, pues uno debe tomar una solución de comprimiso. Veamos un pequeño resumen de los sistemas de ficheros disponibles y mi opinión sobre cada uno de ellos:
- ext3: El sistema de archivos típico por excelencia en un sistema GNU/Linux. Muy probado, con una buena robustez y muy buenas herramientas de recuperación. Si uno no quiere equivocarse (que no es lo mismo que acertar), elige este sistema de ficheros "todo terreno", que sin ser excelente en nada es razonablemente bueno para casi todo.
- XFS. Un sistema de archivos pensado para soluciones "high end" donde lo que más importa es el rendimiento. Está diseñado para trabajar con ficheros grandes, con concurrencia de acceso por parte de varios procesos. Si uno usa raids respaldados por baterías/SAN y trabaja con ficheros enormes (GIS, edición de vídeo no lineal, imágenes médicas) y tiene un buen hardware, es la elección natural.
- Reiserfs. Diseñado para ser muy eficiente con ficheros pequeños y/o se realizan muchas operaciones de creación y borrado de ficheros. Se comporta muy bien en sistemas de correo, news o proxy.
- RedHat Global File System y/o Veritas Storage Foundation Cluster File System: Dos sistemas de ficheros especializados (el primero de ellos GPL) para clustering empleando infraestructura SAN.
Existen otros sistemas de ficheros, como JFS (no lo he probado, no opino), Reiser4 (que no queda nada claro su futuro tras la detención de su autor), el prometedorZFS (no hay port nativo a Linux, aunque se está en ello ) y algún otro más para usos especializados.
Si tras leerte todo esto te sigues preguntando: "bueno, ¿entonces qué es lo que pongo?", pues nada, las respuestas rápidas:
* Una estación de trabajo: reiserfs o ext3
* Un servidor genérico con buen hardware: xfs o ext3
* Un servidor con mucha I/O de ficheros pequeños o muchas creaciones de ficheros pequeños: reiserfs
* Quiero hacer un cluster de multiacceso a la SAN: GFS
* No se qué poner: ponte ext3
Por último, aclararos que cada distribución de Linux añade parches adicionales a su kernel para incrementar las funcionalidades del sistema de ficheros, por lo que es necesario leer antes de elegir. Por ejemplo, el soporte de ext3 en una RedHat Enterprise Linux está muy mejorado (listas de control de acceso, mejoras de rendimiento, backports) que el de un ext3 básico de una Slackware por poner un ejemplo.
Que ustedes se lo monten bien!
[ 4 comentarios ] ( 1017 visualizaciones ) | [ 0 trackbacks ] | enlace permanente |
( 3 / 841 )
