Suns Zettabyte-bestandssysteem deze maand verwacht

Ik gebruik al een tijdje Linux LVM2 en dat werkt op dezelfde manier. Het enige nadeel daaraan is dat LVM onafhankelijk werkt van het filesystem en dat het filesystem dus nog geresized moet worden als het volume groter gemaakt wordt. Bijkomend nadeel is dat kleiner maken met de meeste filesystems niet eens mogelijk is

Als ZFS hiermee afrekent, zou dat een hoop moeite besparen

Nou ja, nadeel...
Je kan tenminste je eigen filesystem kiezen!
Dus of je nou ext2, ext3, reiserfs, xfs or whatever wil...

Het enige wat ik minder vind, is dat je je partitie (logical volume) moet unmounten voordat je hem kan resizen.
Vervelend, want mijn root partitie is veel te groot en heb geen cdrom speler waarvan ik kan booten met een livecd. Maar ja... pech.

Verder heeft lvm verder niets te maken met het behoudt van gegevens bij het uitvallen van een harddisk, dus is het heel erg aan te raden hier iets voor te verzinnen (raid5).

ZFS lijkt heel erg op LVM als ik het zo lees. Misschien dat ze online resizen ondersteunen zonder unmounten.
Zou mooi zijn.

Weinig nieuws? Dan moet je je dringend wat in dit filesysteem verdiepen. Zoek maar wat rond op het internet.

LVM is slechts een volume manager; het filesysteem staat er los van. ZFS is zowel filesystem als volume manager.

Op vlak van volume manager. Je voegt 2 disken van bv. 100GB in een "mirror-pool" en creeert een filesystem. Dit filesystem heeft 100GB in size. Via quota kan je het beperken. Creeer je een 2e filesystem, dan heeft dit 100GB min de reeds gebruikte data voor het 1e filesystem, enz... Voeg 2 disken aan deze mirror-pool toe en je diskspace groeit voor alle filesystems. Gedaan met hopen volumes en disken waarvan je zelf de layout moet controleren en uiteindelijk merkt dat je mooi opgezette structuur compleet onoverzichtelijk wordt. Met ZFS hoef je je hier niets van aan te trekken. Je data wordt zelfs dynamisch gestriped over de disken en dankzij copy-on-write verspreid veel gebruikte data zich dus over alle schijven.

Het filesystem is self-healing. Iedere block krijgt een checksum; wanneer deze niet correct is, wordt de data gecorrigeerd. Indien je dus een mirror hebt van 2 disken en je overschrijft "per ongeluk" de complete 2e disk met random data, dan detecteert ZFS dit en corrigeert deze data. Dit heb ik nog in geen enkel ander filesystem gezien (het is natuurlijk mogelijk dat die er zijn). Silent data corruption (door bv. buggy firmware) wordt hiermee opgevangen.

Het filesystem is copy-on-write. Gedaan met lange fsck's. De data is altijd consistent: ofwel staat ze compleet op de disk, ofwel helemaal niet maar niet half en half.

128-bit. Waarom geen 64? Omdat men met de huidige trend tegen 2015 of zo reeds aan die grens zal zitten. Bepaalde instellingen (bv. het leger) eisen dat systemen bv. 10 jaar gebruikt kunnen worden...

Endian-neutraal. Dus hetzelfde filesysteem kan gekoppeld worden aan zowel little als big endian systemen zonder problemen.

2^128 * <blocksize> is ook echt een hele boel... dus het zou me helemaal niets verbazen.

Volgens mij wel degelijk aangezien het een 128 bits filesystem is... dus 2^128 bytes

Een miljard terabyte (dat is ongeveer 1 zetabyte) moet binnen 10 jaar wel haalbaar zijn toch ?

2^128 is ongeveer 10^38, dus het is zelfs meer dan 10^21 of 2^70. Omrekenen: gewoon de exponent vermenigvuldigen met log(2).

Ja eigenlijk wel
Maar 2^64 is ongeveer 18 miljard GByte, dus als we nu zeggen dat iemand ongeveer 180 GByte heeft, dan zitten we nog een factor 100 miljoen er vandaan. Nog 26x verdubbelen van de opslagcapaciteit, dus volgens Moore duurt dat nog zo'n 26 x 1.5 = 39 jaar. Valt wel mee eigenlijk dus :-) Maar dat maakt Bill waarschijnlijk niet meer mee. Ik trouwens waarschijnlijk ook niet.