BTRFS til PI

filsystemer er en af ​​de ting, som typiske slutbrugere ikke tænker meget på. Tilsyneladende er [Seaqueue] ikke en typisk slutbruger. Han har sendt nogle instruktioner om, hvordan man kører et alternativt filsystem-BTRFS-på Raspberry PI.

Det rigtige filsystem kan gøre en stor forskel, når det kommer til ydeevne og vedligeholdelse af ethvert system, der omhandler opbevaring. Linux, herunder de fleste OSS for Raspberry PI, bruger et af EXT-filsystemerne. Disse er kamphærdede og godt forstået. Der er dog andre filsystemer, hvoraf mange har avancerede funktioner, der er bedre end standardfilsystemet for nogle applikationer.

Btrfs, ofte udtalt “smør EFF ESS”, begynder livet ved Oracle og blev født af en ide i et IBM-papir. Det tilbyder avancerede funktioner som pooling, snapshots og evnen til at smelte flere enheder i en logisk enhed. En bemærkelsesværdig funktion Filsystemets tilbud er kopi-on-write. Det betyder, at filkopier kan dele fælles blokke, så længe de forbliver almindelige. Kompression er tilgængelig, ligesom der er så på et filsystem med skrivebeskyttet opbevaring, hvilket kunne være meget nyttigt i nogle indlejrede systemer. Du kan også konfigurere flere typer raid ved hjælp af intet andet end BTRFS. Du kan se en video præsentation om funktioner i BTRF’er nedenfor.

Posten ved [Seaqueue] foreslår et 8 GB SD-kort, selv om du tilsyneladende næppe næppe klemme på et 4 GB-kort. Han påpeger også, at BTRF’er ikke understøtter swap-filer (men du kan oprette en dedikeret swap partition), og at visse arbejdsbyrder kan forårsage mange skrivninger, som kan være dårlige for SD-kort og anden solid state-opbevaring. Han foreslår, at du kunne bruge en SSD i stedet for et SD-kort eller USB-drev, og det giver tilsyneladende bedre slidstyring.

Har du brug for denne slags magt på en hindbær pi? måske ikke. Men det er stadig et godt værktøj at have til din rådighed. Vi kan forestille os systemer, hvor de er i stand til at spænde flere volumener, gøre snapshots til backups, og implementering raid kunne komme til nytte.

Hvis du hellere vil hakke dit eget filsystem, er det også muligt. Et helt filsystem er et stort job, men med sikring kan du oprette enkle filsystemer, der gør ting som forsiden til en SSH-forbindelse eller en komprimeret arkivfil. Den oprindelige UNIX-filosofi var, at alt skulle være en fil. Moderne udviklere har flyttet væk fra det til en vis grad, men du ser stadig lejlighedsvis eksempler.