21 meneos
128 clics
Fedora considera Btrfs como sistema de archivos por defecto
Hay una nueva propuesta encima de la mesa para la próxima versión de Fedora y es realmente sorprendente: Btrfs como sistema de archivos por defecto. El proceso de prueba ya ha comenzado y… ¿terminará validándose el cambio? Es pronto para decirlo, pero parecen bastante convencidos de que se trata de un paso en la dirección correcta. La propuesta es verdaderamente sorprendente porque, como es sabido, Fedora es la base tecnológica sobre la que se construye Red Hat Enterprise Linux (RHEL), y esta hace años que abandonó el soporte de Btrfs.
|
comentarios cerrados
Cada release de kernels suele venir con optimizaciones y mejoras de código:
Ejemplo:
www.phoronix.com/scan.php?page=article&item=linux-58-features&
www.phoronix.com/scan.php?page=news_item&px=Linux-5.8-Btrfs-Improv
Es una pena que estemos con ext4 todavía; que es un sistema robusto, pero anticuado.
dev.to/rkeene/btrfs-zfs-and-more-22jg
Entre otras, o eso me aseguraron los especialistas que teníamos de oracle, no permite roll back y volver a un punto posterior de un snapshot. Cosa que con btrfs me parece fundamental.
Puedes incluso integrarlo con el gestor de paquetes para que te haga un spanshot pre y post instalación, si sale mal algo, vuelves atrás y comparas. Luego si quieres retomas el snapshot post.
También puedes integrarlo con GRUB y cargar la imagen que quieres desde el arranque e iniciar el sistema en un punto X.
community/snap-pac 2.3.1-1 [instalado]
Pacman hooks that use snapper to create pre/post btrfs snapshots like openSUSE's YaST
Aunque realmente bastaría con hacer un alias para que hiciera un btrfs subvolume create antes y después. Ejemplo de como queda:
# | Type | Pre # | Date | User | Cleanup | Description | Userdata
------+--------+-------+--------------------------+------+----------+-----------------------------------------------------------------------------+---------
1214 | pre | | mié 08 jul 2020 20:31:47 | root | number | pacman -Syu |
1215 | post | 1214 | mié 08 jul 2020 20:31:49 | root | number | chromium libgcrypt qt5-webengine re2 xterm |
Aparte con systemd puedes dejar programada una horaria y a correr.
De lo de zfs es lo que me aseguran los de oracle, aunque me sorprende con sinceridad... Con btrfs tienes un subvolumen para guardar las snapshots:
btrfs subvolume list /
ID 257 gen 325732 top level 5 path root
ID 258 gen 325733 top level 5 path home
ID 259 gen 325722 top level 5 path snapshots
ID 261 gen 176 top level 257 path var/lib/portables
ID 263 gen 177 top level 257 path var/lib/machines
Cuando modificas los otros subvolumenes ese queda tal cual con la información. Luego en el fstab también puedes en teoría montar uno u otro según convenga, ejemplo:
LABEL=system / btrfs rw,noatime,compress=lzo,ssd,space_cache,subvolid=257,subvol=/root,subvol=root 0 0
La wiki de arch lo explica bastante mejor que yo...
Lo mejor que puede hacer Linux es adoptar HammerFS2 de DragonFlyBSD, creo que su licencia lo permite.
www.dragonflybsd.org/hammer/
"At least as far as the out-of-the-box/default performance is concerned and from running tests off a conventional desktop and using a single NVMe solid-state drive, EXT4 was faster than ZFS on Ubuntu 19.10 overall."
Sobre XFS, tienes razón, quizás no sea el mejor ejemplo
¿Dices que con ZFS, si recuperas un snapshot más antiguo no puedes volver a uno más nuevo?
Lo del gestor de paquetes, ¿sabes con cuál se integra? Es por aprender.
General Administrative Notes
HAMMER is designed for use on storage media greater than 50G. Snapshots and history require significantly different space management than usual, (...)
Pero bueno, estamos en 2020, siempre pueden usar otro FS para sistemas con pocos GB, y de hecho para equipos con memorias flash F2FS es más apropiado.
Por ejemplo, cuando he tenido que cambiar de portátil, migraba el sistema de archivos a un disco duro externo a la vez que estaba trabajando con él. Luego eliminas del sistema de ficheros el disco duro del portátil, apagas, enchufas el disco duro externo al nuevo portátil y haces el proceso inverso.
Junto con los snapshots, la compresión transparente, para mí es una gloriosa maravilla.
Apartado malo: tengo entendido que el rendimiento.
en.wikipedia.org/wiki/JFFS2
He mirado el texto por encima y no dice nada de trabajos derivados o similar aparentemente, aunque no lo he leído en detalle.
¿Por qué alternativa para XFS y no para ext4? Son sistemas con prestaciones similares.
Pienso que debería haber un sistema de ficheros como ZFS que se utilizara para todo, salvo alguna excepción, y luego se eligiera lo que se quiere hacer con él en función del entorno. Ext4 ofrece como el que dice las mismas prestaciones que los sistemas de ficheros de hace 30 años.
Pero vamos, sigo prefiriendo BTRFS que otras alternativas para algunos servidores, pero no para el portatil
en.wikipedia.org/wiki/F2FS
El copy-on-write y los volumenes me han venido lujo trabajando ya que trabajando con maquinas virtuales y contenedores ahorro espacio y tiempo.
Qué?, cómo se os ha quedado el cuerpo?