BTFS es un sistema de archivos para Linux que permite montar cualquier archivo .torrent o cualquier magnet link. De esta manera, y a partir de ese momento, se puede trabajar como si se tratara de un directorio de sólo lectura, pudiendo listar su contenido, copiarlo a otros directorios, etc. Es decir, utilidades como ls, cat y cp funcionan exactamente como con cualquier otro archivo y/o directorio.
|
etiquetas: btfs , sistema de archivos , bittorrent , torrent
es.wikipedia.org/wiki/Btrfs
#7 como los profesores los exámenes.
Dicho sea de paso, cuando anunciaron con bombos y platillos el subsistema linux en windows 10 lo primero que pensé en probar montar cosas en windows vía fuse. Y resulta que no trae fuse... Después comprobé que hay muchas cosas más que no trae ese kernel.
Por ejemplo tener algo así academictorrents.com/ directamente metido en el calibre, y programa que se tercie, para ser compartido, etiquetado y demás sin tener nada descargado o incluso hacer una búsqueda semántica descargando y borrando el archivo en vez de tener todos los archivos descargados a la vez.
- ¿Cómo se sabe que esta el archivo descargado al 100%?
- ¿Supongo que cuando esta descargado ocupa el doble, el del sistema de archivos BTFS y el fichero donde lo copies?
- ¿Si lees el fichero prioriza la descargas de las partes a leer....no se porque debería ser secuencial...? Es por el tema de buscar una alternativa a popcorn para ver pelis...
Por ejemplo, la función de RAID desde el sistema de archivos solo tiene sentido si tienes al menos 3 o 4 discos, la función de compresión es más útil con servidores o bases de datos que con equipos con contenido multimedia ya comprimido, la de-duplicación es un pasada para trabajar con contenedores o con servidores multiusuario pero necesita mucha RAM, los snapshots (una especie de copias de seguridad en caliente) son una maravilla pero necesitan que el usuario sepa moverse en la terminal, etc... etc... La única funcionalidad útil para usuarios domésticos o pymes es la de poder agrupar el almacenamiento de distintos dispositivos en pools escalables. Pero claro, al ser un sistema de archivos tan avanzado siempre va a ser un poco más lento que otros como ext4 o xfs, por lo que solo para eso no compensa.
Por lo demás, grandes empresas como Oracle, Suse, Google o Facebook siguen trabajando activamente en BTRFS. Incluso hace poco los desarrolladores de Facebook le añadieron un nuevo algoritmo de compresión con muy buen rendimiento.
Lo de priorizar el principio de archivos está en muchísimos clientes...
Lo que BTRFS debería acabar sustituyendo es ext4+LVM+mdadm en servidores. Es decir, en servidores ext4 se queda corto y los administradores necesitan añadir capas software para tener volúmenes lógicos, configuraciones RAID, snapshots, etc... Ahí es donde BTRFS o ZFS tienen su mercado. Y ZFS es mejor que BTRFS, pues es más maduro y lleva años con funcionalidades que BTRFS todavía tiene en desarrollo. El problema es que ZFS está bajo una licencia incompatible con la del kernel Linux, necesitas instalar paquetes aparte con sus módulos, lo cual tiene sus inconvenientes.
Sé que EXT está mucho más probado, pero es que, como digo, BTRFS lleva una barbaridad de tiempo en desarrollo y no arranca. A veces pienso que va a ser el Hurd de los sistemas de ficheros.