Filsystemene er en av de tingene som typiske sluttbrukere ikke tenker mye om. Tilsynelatende er [Seaqueue] ikke en typisk sluttbruker. Han har lagt inn noen instruksjoner om hvordan du kjører en alternativ filsystem-btfs-på Raspberry Pi.
Det rette filsystemet kan gjøre en stor forskjell når det gjelder ytelse og vedlikehold av ethvert system som omhandler lagring. Linux, inkludert de fleste OSS for Raspberry Pi, bruker et av EXT-filsystemene. Disse er kampherdet og godt forstått. Det finnes imidlertid andre filsystemer, hvorav mange har avanserte funksjoner som er overlegen til standardfilsystemet for enkelte programmer.
BTRFs, ofte uttalt “smør eff ess”, start livet på Oracle og ble født av en ide i et IBM-papir. Den tilbyr avanserte funksjoner som samling, stillbilder og muligheten til å smelte flere enheter i en logisk enhet. En bemerkelsesverdig funksjon Filsystemet tilbyr er kopi-on-write. Det betyr at filkopier kan dele felles blokker så lenge de blir vanlige. Komprimering er tilgjengelig, slik det er sådd et filsystem med skrivebeskyttet lagring, noe som kan være svært nyttig i noen innebygde systemer. Du kan også konfigurere flere typer raid med ingenting annet enn BTRFs. Du kan se en video presentasjon om funksjoner i BTRFs nedenfor.
Postet av [Seaqueue] antyder et 8 GB SD-kort, selv om du tilsynelatende kan knapt klemme på et 4 GB-kort. Han påpeker også at BTRFs ikke støtter byttefiler (men du kan opprette en dedikert byttepartisjon), og at visse arbeidsbelastninger kan forårsake mye skriver som kan være dårlige for SD-kort og annen solid state-lagring. Han foreslår at du kan bruke en SSD i stedet for et SD-kort eller USB-stasjon, og dette gir tilsynelatende bedre slitasje.
Trenger du denne typen makt på en Raspberry Pi? kanskje ikke. Men det er fortsatt et godt verktøy å ha til din disposisjon. Vi kan forestille seg at systemer hvor du kan spore flere volumer, gjør øyeblikksbilder for sikkerhetskopier, og implementeringen kan komme til nytte.
Hvis du hellere vil hacke ditt eget filsystem, er det også mulig. Et helt filsystem er en stor jobb, men med sikring kan du lage enkle filsystemer som gjør ting som foran for en SSH-tilkobling eller en komprimert arkivfil. Den opprinnelige UNIX-filosofien var at alt skulle være en fil. Moderne utviklere har flyttet seg bort fra det til en viss grad, men du ser fortsatt sporadiske eksempler.