Journalert filsystem
| JFS | |
|---|---|
| Produsent | IBM |
| Fullt navn | Journalert filsystem |
| Første utgivelse | 1990 ( AIX ) |
| Teknisk implementering | |
| Kataloger | JFS: Lineær, JFS2: B + tre |
| Filer | JFS: Bitmap (to flisestørrelser på fragmenter), JFS2: B⁺-tre fra strekninger (adresse, lengde) |
| Maksimumsverdier | |
| Størrelse på en fil | 1 PiB |
| Antall alle filer | 2 63 |
| Lengde på filnavnet | 255 byte |
| Filsystemstørrelse | 4 PiB |
| Tillatte tegn i filnavnet | Alle Unicode-tegn unntatt NUL |
| kjennetegn | |
| Datoer for en fil | endret (modifikasjon, mtime) metadata endret (ctime) siste tilgang (atime) |
| Gafler | Ja |
| Filattributter | noatime |
| Filrettighetsadministrasjon | Unix-filrettigheter , ACL-er og JFS-sikkerhetsetiketter |
| Gjennomsiktig kompresjon | Bare JFS |
| Gjennomsiktig kryptering | Nei |
| Støtter operativsystemer | AIX, OS / 2 , Linux |
Den journal File System ( JFS ) ble publisert av IBM i 1990 for sin egen AIX operativsystem . Bakgrunnen for dette var den omfattende virtualiseringen av maskinvarelaget i versjon 3 av AIX, som nylig ble introdusert på den tiden: A Logical Volume Manager (LVM), som også ble introdusert , erstattet de stive tilgangsordningene på databærere, og en ny lagringsansvarlig medførte virtualisering av lagringsplassen, dvs. outsourcing av hovedminne en (virtuell) harddisk, og PowerPC CPU-familien, som fremdeles er hjertet i blant annet pSeries , ble introdusert. JFS for AIX skal ikke forveksles med Veritas File System , også referert til som JFS på HP-UX .
Det primære designmålet til JFS var den konstante konsistensen av filsystemet: endringer i filsystemet skrives transaksjonsorientert og logges i en journal . I tilfelle et krasj - startende fra et konsistenspunkt i transaksjonene - kan en jevn status for filsystemet etableres veldig effektivt via journalen. Full tilgang til filsystemet oppnås derfor veldig raskt igjen. Fokuset er på tilgjengeligheten av filsystemressursen , ikke ytelsen eller integriteten til filinnholdet (journalføring gjelder bare endringer i filsystemet, for eksempel filoppføringer i kataloger, og ikke til det faktiske filinnholdet).
LVM er nyttig for skalerbarhet i filsystemet: under drift og under belastning kan harddisker bare legges til i konfigurasjonen og legges til i volumgruppen for å utvide filsystemet.
En ny generasjon JFS ble utviklet for OS / 2- operativsystemet, også utgitt av IBM, og presentert i 2000. Denne JFS representerer en ny implementering av JFS, da den "historiske" JFS-koden er sterkt basert på pSeries-arkitekturen (OS / 2 kjører på x86- datamaskiner). Denne nye JFS-koden ble importert til AIX 5.1 som JFS2 og utgitt av IBM i 2002 under GNU General Public License .
De største forskjellene i størrelse:
| trekk | JFS2 | JFS |
|---|---|---|
| Maksimal filsystemstørrelse | 4 pebibytes (anbefalt 32 tebibytes ) | 1 tebibyte |
| Maksimal filstørrelse | 1 pebibyte (anbefalt 16 tebibyte) | 64 GiB |
| Antall i-noder | Dynamisk, begrenset av diskplass | Statisk, angitt når filsystemet ble opprettet |
| Katalogorganisasjon | B + tre | Lineær |
I tillegg ble optimaliseringer for gjeldende servermaskinvare gjort; så ytelsen til JFS2 er litt bedre enn JFS.
Linux støttes, men defragmentering har ennå ikke blitt overført til Linux. Dette kan føre til opprettelse og sletting av mange små filer (noen få KiB ) i filsystemets fragmentering og fremfor alt skrivetilgang som reduserer litt og genererer høyere CPU-belastning. På grunn av omfanget, bestående av et adresselengdepar) -basert tildeling av filblokker og en intelligent tildelingsstrategi, dvs. H. Tilstøtende deler av den samme filen slås sammen når filene endres (dette blir mer sannsynlig jo mer fragmentert filsystemet blir), men graden av fragmentering forblir under et visst forhold. Mange andre fil- og databasesystemer bruker en lignende omfangsbasert allokering av filblokker.
