Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[OFFTOPIC] ZFS y Btrfs, un artículo interesante para hacer una lectura

11 views
Skip to first unread message

RLL

unread,
Jan 12, 2024, 5:50:05 AMJan 12
to
Dejo el enlace en la lista sobre la experiencia personal en esos dos
sistemas que no paran de evolucionar.

Hay párrafos que aclaran lo que ofrece mdadm que usamos muchos y el
problema de la reconstrucción de un RADID5 así como de la consistencia
del sistema de archivos. Es por ello que hay que mirar a los sistemas
COW Copy on Write que unen además la posibilidad de redundancia,
comprobación y recuperación en vivo del disco.

https://www.unixsheikh.com/articles/battle-testing-zfs-btrfs-and-mdadm-dm.html

Camaleón

unread,
Jan 12, 2024, 1:10:04 PMJan 12
to
Lo voy a leer con calma, es extenso pero el tema es interesante.

Sólo un par de apuntes a vuelapluma:

1. El artículo es del año 2019 (revisado en 2020), quizá haya cambiado
algo (3 años en linux es un mundo).

2. Me deja un poco mosca el final:

****
Update 2020-01-23: I have since I wrote this article abandoned Btrfs
completely. I have found no situation where it was viable to run Btrfs
rather than ZFS on FreeBSD or even on GNU/Linux.
****

Hum... pues vaya, no parece muy alentador :-/

Personalmente, prefiero usar sistemas de archivos nativos de los
sistemas operativos que tengan al menos 20 años de existencia a prueba
de bombas :-), y esto en Linux se traduce en ReiserFS (ya casi
sin soporte), Ext3/4 y XFS (este último es el que uso ahora mismo en
los sistemas).

Saludos,

--
Camaleón

Borja Gutiérrez Fernández

unread,
Jan 15, 2024, 5:10:04 AMJan 15
to

Borja Gutiérrez Fernández.
El 12/1/24 a las 19:07, Camaleón escribió:

El 2024-01-12 a las 11:42 +0100, RLL escribió:

Dejo el enlace en la lista sobre la experiencia personal en esos dos
sistemas que no paran de evolucionar.

Hay párrafos que aclaran lo que ofrece mdadm que usamos muchos y el problema
de la reconstrucción de un RADID5 así como de la consistencia del sistema de
archivos. Es por ello que hay que mirar a los sistemas COW Copy on Write que
unen además la posibilidad de redundancia, comprobación y recuperación en
vivo del disco.

https://www.unixsheikh.com/articles/battle-testing-zfs-btrfs-and-mdadm-dm.html
Lo voy a leer con calma, es extenso pero el tema es interesante.

Sólo un par de apuntes a vuelapluma:

1. El artículo es del año 2019 (revisado en 2020), quizá haya cambiado
algo (3 años en linux es un mundo).

2.  Me deja un poco mosca el final:

****
Update 2020-01-23: I have since I wrote this article abandoned Btrfs
completely. I have found no situation where it was viable to run Btrfs
rather than ZFS on FreeBSD or even on GNU/Linux.
****

Hum... pues vaya, no parece muy alentador :-/


Yo la verdad, que desde que empecé a utilizarlo, hace ya dos o tres años, no he tenido ningún problema, de momento.

La gran ventaja que le veo, es la posibilidad de utilizar los snapshots como sistema de "backup" para actualizar el sistema y demás. Eso, es una ventaja enorme respecto a otros sistemas de archivos.

Con un paquete como el grub-btrfs.path, es como utilizar el beadm de Solaris. Una pasada!.

No sé como funcionará en sistemas en producción, pero Fedora ya lo incorpora por defecto y SuSe también.

En cuanto pueda, me leeré el articulo, pero tres años de antigüedad es mucho tiempo!!

Un saludo.

Personalmente, prefiero usar sistemas de archivos nativos de los
sistemas operativos que tengan al menos 20 años de existencia a prueba
de bombas 🙂, y esto en Linux se traduce en ReiserFS (ya casi
sin soporte), Ext3/4 y XFS (este último es el que uso ahora mismo en
los sistemas).

Saludos,
Borja Gutiérrez Fernández.
El 12/1/24 a las 19:07, Camaleón escribió:

RLL

unread,
Jan 17, 2024, 6:10:04 AMJan 17
to
El 15/1/24 a las 10:59, Borja Gutiérrez Fernández escribió:
Hace años tuve en mis manos un Solaris y recuerdo encontrarme con la
beadm cosa que en Linux creo que ni se olía y hoy en día OpenSuse lo
implementa combinado con btrfs justo para evitar que tras una
actualización como cuando pasamos de Debian 11 a 12 y te encuentras más
problemas de los previstos systemd/OpenSSH/etc.... necesitando volver
atrás y estudiar los problemas encontrados.

En una pequeña empresa con discos de todo tipo de los que no te puedes
fiar mucho necesito un RAID, el mayor limitante de mdadm es el tiempo
necesario para una reconstrucción y que no entiende nada de la
consistencia del sistema de ficheros que tiene encima.

Y usar OpenZFS desde luego es otro mundo a lo grande, como XFS con
muchos años de solera, pero tener que llevar encima la compilación de
esos módulos a cada máquina física... ya sé que podemos crear paquetes y
distribuirlos.

Un saludo a la lista.
0 new messages