Hace 8 años | Por mr_b a blog.dustinkirkland.com
Publicado hace 8 años por mr_b a blog.dustinkirkland.com

Ubuntu 16.04 será lanzado en pocas semanas y vendrá con una de las características más excitantes de los últimos tiempos: el sistema de archivos ZFS, que será soportado directamente por Canonical. ¿Qué es ZFS? ZFS es un sistema de archivos que combina un gestor de volúmenes (como LVM) junto con un sistema de archivos (como ext5, xfs o btrfs). Sus características principales son: instantáneas, clonado, chequeo para evitar corrupción de datos, reparación automática y compresión de datos eficiente.

Comentarios

F

#10 Qué ironía! lol

mr_b

Relacionada: El sistema ZFS será compatible con Ubuntu 16.04

Hace 8 años | Por mr_b a ubunlog.com
(Esta habla de que será compatible; ahora se indica que será incluido de forma predeterminada y soportado por Canonical).

D

#39

Por lo que de mi depende, no les compro nada, pero conozco tropecientos proyectos con unas ganas de quitar el SGBD de Oracle que se mueren ... y más de uno está en ello y esos le van a hacer mucha más pupa (cuestan más las licencias de Oracle que el resto de proyecto)

Shotokax

#40 ahora no lo sé, pero en su día se suponía que para bases de datos muy grandes no había apenas alternativa a Oracle. De todos modos, es lo que pasa cuando aprietas al usuario, que termina abandonándote.

Lo de hacerte amigüito era por curiosidad, por preguntarte cosas de tu trabajo y eso sin que fuera del todo público, pero capto el mensaje. lol

D

#41

Durante mucho al tiempo la única alternativa era DB/2 que era peor, pero ahora el modelo de licenciamiento con los actuales procesadores multiforme es demencial.

¿Cómo se hace la solicitud de amistad en menéame? Nunca lo he mirado.

Shotokax

#56 exacto, porque se supone que SQL Server o MySQL no son óptimos para grandes cantidades de datos.

Vas a mi perfil y haces clic en el muñequito (no puedo hacer una captura de mi perfil porque el mueñequito me sale con los demás, no conmigo).

D

#56 Es que según tengo entendido ahora cobran licencia por núcleo, es cierto eso?

Me autoedito, era SQL Server. Oracle lo hace?

D

#66

Oracle antes lo hacía por Mhz ... ahora lo hace por core y no veas que hostias mete. He visto varias soluciones en que la BD estaba en físico y con un solo procesador.

D

#33

Lo cierto es que se lo llevo diciendo a los comerciales de Oracle unos cuantos años ...

Shotokax

#36 el cliente manda.

D

#37

Yo poco ... hace mucho que no les compramos nada.

Shotokax

#38 "Antes era cliente, ahora soy tocapelotas".

Por cierto, acéptame como amigüito si quieres.

Vamvan

Canonical esta onfire, hoy he leído en phoronix que mir soportara vulkan también para la 16.04

https://phoronix.com/scan.php?page=news_item&px=Ubuntu-16.04-Mir-Vulkan

D

#16 Mejor si tiran Mir a la mierda y usan Wayland que está más que probado.

senyorningu

Hay que tener en cuenta que las versiones LTS de Ubuntu son las que se usan mas en servidores. Ubuntu 16.04 tendrá soporte para ZFS, mas que nada, para competir mejor en los servidores de datos con los BSDs.

Fingolfin

#19, #20 Gracias, pero no necesito enlaces para saber cómo está la cosa. Por cierto, el enlace que has puesto de phoronix (que es del 2011) muestra a Hammer y ZFS-on-BSD consistentemente por detrás de EXT4 y Btrfs (cosa que tampoco me sorprende mucho)

R

#21 el otro enlace lo has mirado... ? me da que si te hacen falta los links. Y leer bastante. (A mi también)

por otro lado no es eso lo que he entendido yo del link de phoronix... Pero desde 2011 te aseguro que hammer es mucho mejor. Mucho.

Fingolfin

#22 El otro enlace habla de un problema permanente de ZFS que es de diseño, y luego de un problema de btrfs que es temporal y se solucionará cuando se mejore el soporte raid. El post en sí no es gran cosa y es un análisis bastante superficial.

Respecto a hammer, me conformo con dejar claro que dragonflybsd nunca va a tener grandes resultados en rendimiento, ni con hammer ni con ningún otro sistema de archivos.

R

#35 lol, dragonfly le dará mil patadas a linux en no mucho tiempo. Y eso que son unos pocos desarrolladores. De hecho, ya esta a la par con linux en algunos aspectos y es superior a linux en arquitectura.

Fingolfin

#42 roll

D

#42 Como usuario ocasional de DBSD... es más potente que FBSD, pero ni de coña.

R

#69 ni de coña el que ? que no es mejor arquiterctura ?

Linux cada vez cuesta más de mantener, no tiene ni PaX no sea que afecte a la "super velocidad", y luego tiene muchas vulnerabilidades derivadas de lo complejo del kernel que ocupa megabytes de líneas de código.

Linux con arch y un kernel reciente 4.4.x a la mínima que hay un poco de I/O ya va fatal y con XFS.

Linux tiene cientos de desarrolladores mientras que Dragonfly tiene menos que gente comentando en esta noticia.

Dragonfly es una arquitectura más eficiente, mejor, mucho más fácil de mejorar e implementar nuevas funcionalidades incluyendo seguridad y si algún día quieren pasar a microkernel pueden hacerlo.

Por otro lado, en cuanto a la velocidad es muy competitivo ahora mismo frente a Linux y con el tiempo mejorará mucho más a la que una empresa se interese.

R

No se yo... al menos en FreeBSD si tienes varios teras y RAID necesitas RAM. Por otro lado, podrían ayudar a HAMMER:

https://www.dragonflybsd.org/hammer/

Fingolfin

#4 Ubuntu ya tiene btrfs

R

#8 Btrfs es basura. Comparado.

Fingolfin

#9 Oh, si, gran envidia tiene btrfs de HAMMER

R

#12 deberían, pero de momento estan en ello.

Pero no me refería a hammer si no zfs en si. Btrfs es basura como digo, un pluff.

Si hubieran incorporado reise4 en su momento y hubieran mejorado el tema...

Btrfs es el hurd de los FS.

Fingolfin

#14 Btrfs tiene un diseño superior a ZFS, de acuerdo con una de las personas que trabajó en ZFS. Lo que si que es una castaña es reiser4, un sistema de archivos que no tiene ni checksumming, ni gestión de volúmenes integrado, y en cambio si que tiene un sistema de plugins que no le interesaba a literalmente nadie.

R

#15 olvida reiser4, ha llovido mucho.


Btrfs: mucho ruido y pocas nueces


Ni es mejor que zfs en freebsd (en linux posiblemente tampoco) y ni mucho menos será mejor que hammer en dragonfly. Y eso que no está acabado del todo. Tu esperate a que los de dragonfly acaben hammer/2 decentemente (no tardarán).

Por algo aun miran a zfs en linux teniendo el supuestamente mejor btrfs, la realidad es que btrfs está igual que hammer o peor.

Fingolfin

#17 Mucho me temo que tus impresiones distante bastante de la realidad

R

#18 me temo que es tu realidad la que necesita actualizarse

http://louwrentius.com/the-sorry-state-of-cow-file-systems.html

kahun

#20 no sé qué intentas demostrar con ese enlace, lo que muestran los benchmarks es que Linux con ext4 o brtfs ganan de calle en la mayoría de tests, justamente lo contrario de lo que estás defendiendo

R

#47 #46 Alguna gente es incapaz de interpretar, si la barra no sobresale, ya está "es peor" y punto.

Dragonfly a nivel de arquitectura le da mil patadas. Ya en 2011 como ves en el link era bastante competitivo.
Dragonfly no tiene ni un 10% de todos los desarrolladores del Kernel.
Dragonfly internamente tiene una arquitectura superior, que hace que sea más fácil de mantener y mejorar. En no mucho tiempo, estará a la par en rendimiento y velocidad, entonces, si hay empresas invirtiendo puede ser que supera a Linux. De hecho, hasta su sistema de ficheros HAMMER dará de que hablar.

Todo como digo, con muy poca gente y con inversión prácticamente 0.

llorencs

#64 Dragonfly no es un fork de FreeBSD? Yo prefiero FreeBSD...

R

#76 nada que ver. NetBSD, openbsd, freebsd, comparten el bsd del nombre pero son distintos. No son un fork a lo debían / ubuntu.

llorencs

#80 DragonFly es una escisión de FreeBSD cuando iba a cambiar de la rama 4 a la 5.

Así que me parece correcto llamarlo fork.

llorencs

#80 Es más si vas a la página de DragonflyBSD, ves su título:

- Fork of FreeBSD 4.8

DragonFly BSD was originally forked from FreeBSD 4.8 in June of 2003, by Matthew Dillon. The project was originally billed as "the logical continuation of the FreeBSD 4.x series", as quoted in Matthew Dillon's announcement, but this description has long since become obsolete. From a performance perspective DragonFly's only real competitor these days is Linux.

Recuerda que todos los BSD actuales son un fork de 4.4 BSD.

R

#85 obviamente no te lo voy a discutir. Pero bueno, digamos que son un cambio más radical o si quieres un fork avanzado.

Más que un fork ®

llorencs

#86 Obviamente se le puede considerar ya otro sistema operativo. Al igual que LibreOffice y OpenOffice no son la misma aplicación aunque provengan de la misma, las dos se han ido desarrolando por vias diferentes y como vayan pasando los años más distancia y diferencia habrá entre ellas.

Como dije, DragonFly se separó de FreeBSD porque los cambios que se iban a implentar en la versión 5 no gustaron, y un grupo de desarrolladores de FreeBSD decidieron crear una evolución de FreeBSD a partir de la rama 4. Y por lo tanto se convirtieron en sistemas operativos diferentes.

R

#87 por eso decía que no es un fork a lo ubuntu/debian. No se, el tema de Dragonflybsd tiene buena pinta, y Linux... cada vez se notan más los parches guarros para salir adelante. Fallos de seguridad derivados de la complejidad del kernel pese a ser monolítico, megabytes de código... y sin PaX.

Si Dragonfly tuviera la mitad de desarrolladores que Linux sería mucho mejor, es más si alguna vez dicen de pasar el kernel a microkernel podrían.

Insisto en que todo esto lo escribo desde un arch linux, pero si no fuera por Steam y algun software propietario... podría usar Dragonflybsd sin problema como sistema principal de escritorio.

llorencs

#88 Yo lo conozco de mi época en la cual trasteaba con UNIX

En la actualidad soy más bien usuario básico y no quiero volver a saber nada de informática (Aunque eso es una trola en parte jajaja).

Y no sé, nunca me decidí por probar DragonFly seriamente. Siempre me decanté más por FreeBSD (su padre).

Hoy en día soy un traidor 100% a mis principios y uso Windows (el vicio del juego ha regresado lol )

R

#93 Steam tira en Linux bastante bien, aunque sigues necesitando Windows para jugar. Ahora con las steam machines cambiará la cosa, y con Vulkan todavía más.

A ver si Blizzard y otras se animan a dar más soporte a Linux. Cuando haya una versión de steam para 64 bit decente supongo que Dragonfly y otros podrán tener Steam y será genial.

R

#46 he puesto 2, y luego es para q veas como estaba el tema en ese entonces. En no mucho supera a linux o lo iguala con una arquitectura mucho mejor.

V

Pero para ZFS no se necesita ram con ECC para que, por casualidades de la vida y tiene un error, no pete? Porque estube leyendo para hacer con freenas un NAS y todo el mundo decia ram ECC y que te olvidaras de la normal.

andando

#7 tu comentario es el único que he entendido

V

#6 Mola gracias, pues me voy a montar ese nas de todas todas ahora.

Shotokax

#28 efectivamente. Gracias.

Shotokax

#30 ¿en serio? lol Buenísimo. Con dos cojones.

r

#30 El desarrollo de ZFS diría que sigue con OpenZFS. El software para NAS FreeNAS lo utiliza como base para la gestión de sus discos.

Shotokax

He estado mirando y, además de lo dicho en #26, tiene más: cuotas para sistemas de ficheros, tres niveles de RAID configurables y(a nivel software, lógicamente) y posibilidad de crear diferentes zpools. Vamos, es tremendamente sofisticado este sistema de ficheros. Además, utiliza el sistema copy-on-write, de ahí que se puedan hacer instantáneas sin perjuicio de ocupar mucho espacio de disco o de necesitar mucha CPU para ello.

A diferencia de EXT, que era instalarlo y poco más, con ZFS se pueden llevar a cabo infinidad de configuraciones. Es, sin duda, otro mundo.

shinjikari

#44 Con los pools tienes muchísimo juego. Puedes crear distintas pools en función del tipo de organización que tengas y configgurarlos de manera diferente. Y las isntantáneas son una pasada; yo hago una diaria y mantengo 30, pero perfectamente se podrían hacer más y sin apenas ocupar espacio, aunque depende del uso que se le de a la información almacenada.

D

#50 ", así que si finalmente se puede usar ZFS en linux, se va a comer todo el pastel porque es un gran sistema y está muy probado."

La licencia CDDL es un cancer para SL.

#52 pensé que si Ubuntu lo incluía habrían cambiado la licencia, menuda decepción.

D

#67 No pueden.

#68 Si todos los propietarios del código se ponen de acuerdo sí se puede relicenciar, manteniendo una copia con la licencia actual. Por ejemplo, Trolltech, la empresa que desarrolló Qt y KDE, tenía Qt con licencia GPL y si tú querías desarrollar usando esa librería, ellos te relicenciaban el código con una licencia comercial, pagando, claro.

En este caso no sé si Oracle es dueño de todo el código de ZFS, ¿lo sabes tú?

D

#71 Si ha comprado SUN, puede. La CDDL tiene cláusulas sobre propiedad intelectual.

No es así con OpenJDK donde la GPL manda.

#72 Si ha comprado SUN, puede.

No siempre es así, si la empresa desarroladora admite parches de terceros y no les obliga a ceder el copyright esas personas pueden negarse a que se añada otra licencia. Y digo añadir porque una vez liberado un software, esa versión debe seguir siendo libre, tanto para las tipo BSD como para las GPL. Es el caso del kernel Linux, por mucho que quiera Linus Toldvards, no puede añadir una licencia nueva, tendría que contar con los miles de desarrolladores que han participado en el proyecto, algo imposible.

En el caso de ZFS, imagino que Oracle es la dueña de todo el código (pero no lo sé seguro) por lo que podría añadir una licencia GPL para que fuese mejor acogido en Linux.

Por otro lado, si tu no eres el dueño del copyright, no puedes mantener cerrados los cambios que hagas a un código GPL y sí puedes en el caso de un licencia tipo BSD. Pero los dueños (y solo ellos) pueden añadir otra licencia y a partir de ahí evolucionar el SW solo con la nueva, tanto si la licencia original era GPL como si era tipo BSD.

Shotokax

#50 me refería a que casi nadie apostaba por ZFS como sistema de ficheros del futuro para GNU/Linux.

Sabía que era el sistema utilizado por muchos sistemas BSD, pero no conocía sus detalles y la verdad es que es buenísimo.

Shotokax

#73 muchísimas gracias por la exposición. Muy interesante.

Voy a abusar de tu confianza y te voy a decir cómo pienso que funciona, y si me equivoco, me corrigues (si quieres). De hecho es bastante posible que me equivoque.

Me parece entender que ZFS funciona como LVM. Para utilizarlo creas un zpool, que es como un dispositivo físico (o un aggregate en NetApp/ONTAP), sea real o virtual (puede ser un disco, una parte de un disco o varios discos formando un RAID a nivel de software). Por encima del zpool creas zvols, que serían lo más parecido a las particiones tradicionales o volúmenes de NetApp (ejemplo: una para /, otra para /home...) e, igual que en LVM o NetApp, estas pueden ser agrandadas o achicadas sin miedo a perder datos. ¿Es correcto?

Una pregunta: dices que no se debe tener un servidor de ficheros sin memoria ECC, independientemente del sistema de ficheros utilizado. ¿Qué ventaja tiene ECC con EXT4 respecto a EXT4 sin ECC, por ejemplo?

Otra pregunta: ¿la deduplicación es automática, hay que configurarla, funciona dependiendo de la cantidad de RAM disponible...?

Muchísimas gracias de nuevo.

g

#82 Sin problemas, aporto lo que pueda.
Todos los filesystems usan algun tipo de cache temporal en ram a la hora de hacer writes en el disco, las escrituras no son sincronas salvo que lo especifiques como tal, haciendo que se penalice la velocidad de escritura que en ciertos casos es mucha penalizacion (BBDD).

En el caso concreto de ext4 que me preguntas, segun leo parece que no lo usa apenas, pero algo lo usa, por lo que aunque las posibilidades son pequeñas, si tienes un stick chungo de ram es posible que un dato no se escriba en disco correctamente. Esto se debe a que usa el sistema de journaling y que debe escribir el dato en el journal antes de hacer fisicamente el commit en el disco, por lo que existe un intervalo en el cual el proceso puede fallar.

En cuanto a la comparativa de ZFS con LVM, si nos ponemos con terminologia concreta funciona de la siguiente manera:

Uno o varios discos / dispositivos / ficheros / loqueseas son tratado como un volumen, tu creas una agrupacion de volumenes en lo que se llama un VDEV (a este nivel es donde defines el tipo de "raid" que son), y luego agrupas vdevs en un mismo zpool.
El zpool puede ser usado directamente en el filesystem, o puedes convertirlo entero o parte en un zvol y presentarlo como un nuevo dispositivo si quieres añadir otra capa mas.
Los zpool pueden variarse y puedes añadir o quitar vdevs (raids) pero no puedes modificar un vdev. Cuando se crea un vdev se crea para siempre y no puedes añadir o quitar volumenes a un vdev.

La analogia en terminos clasicos sería que puedes hacer todos los raids5 que quieras y agruparlos como un solo disco todos sumados pero cada raid5 por si mismo no puede ser modificado, aunque si puedes añadir raids5 y quitarlos de la agrupacion final (siempre y cuando tengas espacio para trasladar los ficheros a los raids con espacio libre).

Además del uso de la ram para cachear todas estas operaciones que hace ZFS, como a mucha gente no le sobra la ram tambien puedes crear una cache de nivel 2 llamada L2ARC, que consiste en uno o mas discos SSD que hacen de cacheo de ficheros calientes para lectura, y he leido que es practicamente indispensable si quieres usar deduplicacion ya que si te quedas sin ram en un momento en concreto y no tienes una cache L2ARC, toda la informacion nueva e la tabla de deduplicacion se pierde y por tanto se corrompe toda la tabla y por tanto pierdes el acceso a TODOS tus datos. Si no tienes un mamotreto de RAM para ZFS solamente, la cache L2ARC en SSD es la solucion.

Tambien existe una tercera cache llamada ZIL (tambien en un disco SSD) que sirve para poder hacer escrituras sincronas en un disco rapido SSD que luego con mas calma replicara a los discos fisicos donde se almacenara definitivamente el dato. Esto sirve para poder tener la informacion fisicamente grabada mucho mas rapido en caso de que se necesite acceder a ella y para evitar la perdida de datos en situaciones donde los discos tradicionales no dan los suficientes iops (o si tienes un corte como un apagon).

Tanto la cache L2ARC como ZIL son opcionales (salvo que uses deduplicacion), pero tienen su gran peso.

Y en cuanto a la deduplicacion, es automatica. Tu solo escoges si es a nivel de fichero o a nivel de bloque (si no recuerdo mal ZFS hashea bloques de 4k) y almacena la tabla de deduplicacion en ram+L2ARC para poder tener acceso rapido a ella. Tu solo tienes que preocuparte de que ZFS tenga suficientes recursos para trabajar y no habra problemas.

Como puedes comprobar, el mayor problema de ZFS se centra en la deduplicacion. Como concepto me parece super chulo, pero tiene requisitos muy concretos que no todo el mundo puede suplir.

En mi caso no uso deduplicacion, solo compresion al vuelo (que no necesita nada salvo CPU) y la ganancia ya se nota, incluso aunque solo uses un unico disco como un unico vdev en un unico zpool como es el caso de un servidor de backups que tengo.

Shotokax

#89 #108 he estado leyendo vuestros comentarios y la documentación de FreeBSD y creo que lo entiendo. Pondré un ejemplo.

Suongamos que tengo cinco discos. Con ellos creo un vdev (supongamos "striped", que es como RAID0) y, por encima del vdev, creo un pool. Entonces, lo que tengo es un pool con un solo vdev dentro. Pero luego resulta que se me queda pequeño y me compro un sexto disco, pues de ese sexto disco puedo hacer un segundo vdev y agregarlo al pool, con lo que tendría un pool con dos vdevs: un RAID0 de cinco disco y un disco aparte formando un vdev independiente. Sin embargo, todo sería visto por el sistema operativo como un solo disco en el que podría crear mis particiones normales, como con EXT4. ¿Es correcto el ejemplo?

Estaba intentando establecer paralelismos con los conceptos de Data ONTAP (aggregate, volumen, etc.), pero no son conceptos paralelos.

g

#82 Se me olvidaba, aqui tienes la terminologia bien explicada: https://www.freebsd.org/doc/handbook/zfs-term.html

shinjikari

#6 Digo yo que aún sin memoria ECC, usar ZFS no te deja en el mismo lugar que usando ext4. Pierdes la "incorruptibilidad absoluta" de los datos, vale, ni más ni menos, pero el resto de características de ZFS son bien úiles y creo que ext4 no las soporta

#5 He montado varios NAS con Nas4Free usando ZFS y no podemos estar más contentos con el trabajo que desempeñan. Y hasta ahora cero problemas de ningún tipo (en producción durante 10-12 meses).

V

#27 Y sin memorias ram ECC no? No tendras una lista de los componentes a mano o al menos el precio que te costo mas o menos

shinjikari

#29 Claro que sí Usamos normalmente un HP MicroServer como estos, más que suficiente de potencia: http://www.pccomponentes.com/hp_microserver_g8_g1610t_2gb.html

Añádele los discos duros que quieras. Nosotros solemos poner 2 discos de 2TB WD Red en espejo.

Hay mucha gente que utiliza placas ITX con procesador a elegir, pero creo que este tipo de soluciones salen por el mismo precio o más caras y no suelen tener tan buena construcción como este MicroServer. Pero "pa gustos, colores"

l

Ya les costó...

vejeke

Mi novia fue a formatear un pendrive en NTFS y se cargó por error un disco que estaba en Btrfs y en el que guardaba todas las fotos de su familia... Aún conservo la imagen del disco de 1 TB por si alguna vez doy con la forma de recuperarlo.

EauDeMeLancomes

#25 hmmm... ¿Fotos de tu novia EH? Tu cuelga esa ISO en algún lado publico ya veras como algún alma caritativa echamos un ratito buscando fotos de tetas!

Avantasia

#25
Si solo lo formateo y tienes la imagen, y antes de ir al file carving puro y duro puedes probar con el software testdisk que *puede* intentar recuperar la tabla de particiones antigua, tiene soporte para btrfs y a saber.. además lo puedes pasar a la imagen directamente.

Si no cualquier programa de file carving las saca independientemente del sistema de ficheros, solo sabiendo el tamaño de cluster (incluso esto lo calculan de forma automática)
Yo probaría alguno de estos tres: photorec, osforensics, authopsy.

kavra

Ext5? seguro?

n

Una cosa es que lo incluya y otra que el soporte sea estable 100%. Nosotros al final tuvimos que usar Solaris y alguno de los fork libre de OpenSolaris.

D

ya iba siendo hora porque ext es mucho peor que fat32. En este sentido van atrasado respecto a Microsoft por lo menos 10 años

krollian

En OS X lleva dando vueltas desde hace más de 10 años:

https://openzfsonosx.org

Y sí. La verdad es que es un formato potente, seguro y flexible.

eduardomo

Pero ¿no es mejor NTFS? >/wintroll

fugaz

#78 Pues para los linuxeros como nosotros nos fastidia que haya detalles (pocos pero hay) en que NTFS tenga mejores número que ext4. Por ejemplo, en el número máximo de ficheros en un directorio.

D

#98 ¿Qué te impide usar XFS?

D

No ponen que incluye redundancia, siendo una alternativa mejor que RAID

D

#13 dudo que substituya a RAID, digo yo que si la redundancia se da en un solo hdd, y éste peta, te da igual que sistema de ficheros usaras...

Sencillamente no están hecho para lo mismo, pero son perfectamente complementarios.

fugaz

#61 RaidZFS funciona de manera no muy diferente a Raid5, por lo que puedes (si quieres) tener 3 discos de 1TB en un pc normal y corriente, y con el ZFS conseguir una única partición de 2TB. Si te peta uno de los tres discos, lo quitas, pones otro de 1TB, haces un comando, y ya tienes de nuevo el RaidZFS funcionando, sin esperas (lo hace en segundo plano). Muy currado.

D

#77 Eso lo cabia todo Pensaba que solo era control de integridad, no que incluyera un Raid. Sabes si se pueden realizar configuraciones Raid50, R-60 o R-10?

Tomo nota de mi ignorancia, Gracias!

fugaz

#91 Nopi. Sólo permite su RAID-Z. Eso si, en diferentes versiones con diferente rendimiento y que cubren varias posiblidades:
- Sin Raid, un solo disco
- RaidZ1 (similar a RAID 5, se puede romper un disco sin perderlo datos)
- RaidZ2 (permite romper 2 discos)
- RaidZ3 (permite romper 3 discos pero se rebota y te mira mal)

D

El que lo quiera ya con su versión actual lo tiene en los repositorios de Canonical o en Synaptic.

Frederic_Bourdin

Canonical... saltándose a la torera la GPL porque ellos lo valen.

Avantasia

#49 Bueno de hecho llevan años incluyendo firmware en forma de binario o módulos privativos directamente como en el caso de Nvidia, si eso es posible y se ha aceptado como algo normal a estas alturas (y para los que no, hay distribuciones 100% GNU tipo gnewsense) entonces incluir un módulo con licencia libre debería serlo también por pura lógica.

D

#57 #49 De todas formas,en la noticia hablan que zfs será el sistema de archivos por defecto en Ubuntu 16.04 pero para crear contenedores (Lxcontainers),no he leído que hable de que se usará en el sistema,aunque mi inglés es pésimo.
De ser así,la noticia es un poco errónea.

D

#54 "entonces incluir un módulo con licencia libre debería serlo también por pura lógica."

No, choca contra la GPL. No puedes hacer eso. Por eso existe DKMS, para que sea el usuario a voluntad el que enlace compilando código cerrado con abierto.

Avantasia

#70 Yo estoy hablando de incluirla en la distribución, no en el Kernel, que más da que sea DKMS o no, si lo incluyes en los repositorios y lo metes como opción por defecto para contenedores (en este caso) entonces lo incluyes en la distribución que es lo que hacen ahora con módulos Nvidia y demás.
Por otra parte no puedes elevar la incompatibilidad de licencias a ese nivel (de distro) porque entonces te encontrarás con sabe dios cuantas decenas de cosas incompatibles.
Cosa distinta sería si fuera Tolvards quien quisiera incluirlo en el kernel de Linux, pero no es el caso.

D

Instale ubuntu 14.04 y todo perfecto. Luego quise actualizar a la 15.10 y todo empezó a fallar. Volví a la 14.04 y todo volvió a funcionar de lujo. ¿A Alguien más le pasó lo mismo?

Ed_Hunter

#65 Ubuntu no se actualiza, sólo se estropea.

fugaz

ZFS:
- En resumen: es la caña, y está de momento mucho más pulido que Btrfs, pero debido a los problemas con la licencia hay que separarlo del Kernel y eso complica la integración.
- Requiere mucha memoria para funcionar correctamente. Por suerte, hoy en día los PCs traen 8GB o 16G, y con eso debería ir bien. Menos de 2GB olvídate.
- Permite hacer maravillosos snapshots.
- Permite hacer algo parecido al Raid5, llamado RaidZFS
- No tiene límites, a nivel práctico, de tamaño de directorios, ficheros, número de ficheros en un directorio, etc. Recordemos que con ext4 puedes tener problemas si quieres meter más de 64.000 ficheros en un único directorio.

D

Buff, leí ZP, qué susto.

D

#3 Mejor que con Rajoy...

sicko

#3 tiene huevos que con todo lo que está pasando y a estas alturas, los de tu secta sigais insistiendo con ZP y más cuando seguimos padeciendo a la banda de cleptómanos incompetentes que lo han sustituído

D

#92 negativo por decir estupideces.

1 2