Btrfs

Is een experimentele Btrfs bestandssysteem gebaseerd op de Copy-on-Write onder de GNU GPL, gezamenlijk ontwikkeld door Oracle, Red Hat, Fujitsu, Intel, SUSE, STRATO en anderen. Hoewel dit bestandssysteem experimentele en instabiel wordt beschouwd, is een intensieve ontwikkeling inspanning en testen die door de gemeenschap om Btrfs opvolger ext4 en ext3, bekend te zijn bestandssystemen standaard uitkeringen Linux.

Btrfs beoogt de afwezigheid van de volgende functies in de bij Linux systeembestanden vullen:

  • Actief wachten,
  • Momentopname,
  • Encryptie en checksum,
  • Samenvoeging van verschillende opslagapparaat.

Deze kenmerken zijn van cruciaal belang voor de Linux-systemen, omdat de applicaties en business opslag configuraties hebben de neiging om te vergroten en complexer geworden.

Geschiedenis

De datastructuur aan de basis van Btrfs werd oorspronkelijk door een onderzoeker bij IBM, Ohad Rodeh voorgesteld tijdens een USENIX conferentie in 2007. Ook in 2007 Chris Mason, een voormalige ingenieur bekend op het moment van zijn werk aan de ReiserFS bestandssysteem voor SUSE, Oracle trad in het najaar van 2007 en begon te werken aan het ontwerp van Btrfs B. gebaseerd op boom datastructuur

Functies

Omvang

Btrfs aan Ext4, is gebaseerd op het begrip mate. Dit is een aaneengesloten gebied gereserveerd telkens wanneer een bestand wordt opgeslagen op de harde schijf. Hierdoor kunnen bij het schrijven eind volledige bestand of herschrijven daarvan, vaak om de nieuwe gegevens direct in mate dan in een ander gebied van de harde schijf toe. Dit gebruik van de mate verminderd fragmentatie en dus betere prestaties dan conventionele harde schijf. Grote bestanden worden opgeslagen en efficiënter door een groter beroep schijfruimte zijn de kosten aanzienlijk afgenomen. Btrfs slaat gegevens van zeer kleine bestanden direct in de Jaargids mate, niet in een aparte mate.

Sub-volumes en snapshots

Btrfs ondersteunt begrip "sub-volumes" waarbij, in het bestandssysteem, een afzonderlijke structuur met mappen en bestanden, waardoor de mogelijkheid van verschillende structuur tegelijk, en dus een grotere onafhankelijkheid het hoofdsysteem. Dit helpt ook om de data apart en leggen verschillende quota voor verschillende sub-volumes. De meest praktische gebruik van dit systeem betreft snapshots. Een momentopname biedt een mogelijkheid om "een momentopname" op een gegeven moment een bestandssysteem op te slaan. Deze momentopname in Btrfs is een sub-volume, waardoor achteraf bewerken. Het hebben van een toegankelijke beschrijfbare momentopname van evident belang voor de online databases met een hoge beschikbaarheid.

Copy-on-write

Om deze sub-volumes en snapshots te exploiteren, Btrfs maakt gebruik van de klassieke techniek van "Copy-on-write". Wanneer gegevens worden geschreven naar een geheugenblok terwijl de laatste wordt gekopieerd naar een andere locatie in het bestandssysteem en de nieuwe gegevens worden opgenomen op de kopie in plaats van op het origineel. Dan metadata wijst naar het blok wordt automatisch aangepast om rekening te houden met de nieuwe gegevens. Dus een afzonderlijk mechanisme van de huidige transactionele houtkap in ext3. Voor elke schrijven, neem dan een momentopname van het systeem zou, in geval van problemen, terug naar de momentopname, maar het lijkt te zijn, zo niet problemen met de prestaties, althans vragen: moeten we een snapshot elke schrijven, of een bepaalde hoeveelheid data? Dit roept ook de vraag op het verlies van de tijd bij elke creatie / vernietiging van de snapshot. Met behulp van foto's voor dit gebruik is ook niet naar voren gebracht door ontwikkelaars.

Gegevensbescherming

Btrfs heeft zijn eigen technische bescherming van gegevens: het gebruik van back referenties kan corruptie van het systeem te identificeren. Als een bestand beweert te behoren tot een reeks van blokken en dat deze blokken beweren hun kant naar een ander bestand, geeft dit aan dat de samenhang van het systeem wordt aangetast. Btrfs maakt meer checksums van alle gegevens en metadata opgeslagen om allerlei verdorvenheden hot fix te detecteren in een paar, en dus bieden een betere betrouwbaarheid.

Hot Resize

Het laat hete resize bestandssysteem grootte met behoud van een uitstekende bescherming metadata worden gedupliceerd op verschillende plaatsen door de veiligheid. De werking is eenvoudig: naast het bestandssysteem. Deze functie is niet bedoeld redundant wat biedt de logische volume manager voor Linux, maar beweert dat het technisch volledig.

Het controleren zeer snel bestandssysteem

Verificatie van het bestand systeem via de btrfsck programma is fout-tolerant en gepresenteerd als extreem snel door het ontwerp. Het gebruik van bomen B voor het verkennen van de structuur van de disc in hoofdzaak beperkt door de snelheid van de snelheid schijflezing. Het nadeel is een sterke memory footprint sinds btrfsck gebruikt drie keer meer geheugen dan e2fsck.

Luiers

Btrfs respecteert de hiërarchie van de 'lagen' functionele Linux. Hoewel bijvoorbeeld vullen met functies probeert hij zoveel mogelijk het hele volume managementsysteem standaard aangeboden door LVM niet herschrijven.

Data compressie

Btrfs comprimeert de opgeslagen data. Naast een opslag zonder compressie en compressie LZO, lichte en snelle compressie-algoritme Snappy Google wordt toegevoegd in januari 2012. Het voorziet met processors die tien jaar toegang tot de gegevens te versnellen, de orde van 10% ten opzichte van gecomprimeerde gegevens LZO en 15% ten opzichte van niet-gecomprimeerde data. Dit zou niet het geval met tragere processors hebben en kan de tijd compressie verliezen / decompressie tijd toegang gekregen.

Het wordt gevolgd in februari 2012 van LZ4 compressie-algoritme, die verder verbetert de prestaties over pittig.