Avansert plate arkiveringssystem - Advanced Disc Filing System
| Utvikler (er) | Hugo Tyson, Nick Reeves ( Acorn Computers ) |
|---|---|
| Fullt navn | Avansert plate arkiveringssystem |
| Introdusert | 1983 med Acorn MOS |
| Partisjonsidentifikator |
Hugoeller Nick(Katalogtekst/bunntekst) |
| Strukturer | |
| Kataloginnhold | Hierarkiske tabeller med fast lengde |
| Tildeling av filer | Ett område per fil pluss tabell med ledige områder (L), bitmap med innebygde fil-IDer (E) |
| Dårlige blokker | ingen (L), merket med bitmap (E) |
| Grenser | |
| Maks. volumstørrelse | 512 MB |
| Maks. filstørrelse | 512 MB |
| Maks. antall filer | 47 per katalog (L), 77 per katalog (E) |
| Maks. filnavn lengde | 10 tegn |
| Tillatte tegn i filnavn | ASCII (Acorn MOS), ISO 8859-1 (RISC OS) |
| Funksjoner | |
| Datoer registrert | Modifikasjon |
| Datointervall | 1. januar 1900 - 3. juni 2248 |
| Datooppløsning | 10 ms |
| Gafler | Nei |
| Egenskaper | Last inn adresse, kjør adresse og filsyklusnummer (Acorn MOS); Filtype og modifiseringstid (RISC OS); Brukeren er bare skrive/skrive/utføre; offentlig lese/skrive/bare kjøre; Slettingslås |
| Tillatelser for filsystem | Ingen |
| Gjennomsiktig komprimering | Nei |
| Gjennomsiktig kryptering | Nei |
| Dataduplisering | Nei |
| Annen | |
| Operativsystemer som støttes | Acorn MOS , RISC OS |
The Advanced Disc Filing System ( ADFS ) er et data filsystem unik for Acorn datamaskinen rekkevidde og RISC OS -baserte etterfølgere. I utgangspunktet basert på sjeldne Acorn Winchester arkivsystem, har det ble omdøpt til Advanced Disc Arkiveringssystem da støtte for disketter ble tilsatt (under anvendelse av en WD1770 diskett controller ) og ved senere 32-bits systemer en variant av et PC-type floppy kontrolleren .
Acorns originale platefilingssystem var begrenset til 31 filer per diskoverflate, 7 tegn per filnavn og et enkelt tegn for katalognavn, et format som er arvet fra de tidligere Atom- og System 3–5 Eurocard -datamaskinene. For å overvinne noen av disse begrensningene utviklet Acorn ADFS. Den mest dramatiske endringen var innføringen av en hierarkisk katalogstruktur. Lengden på filnavnet økte fra 7 til 10 bokstaver, og antallet filer i en katalog ble utvidet til 47. Den beholdt noen overfladiske attributter fra DFS; katalogseparatoren fortsatte å være en prikk og $indikerte nå den hierarkiske roten til filsystemet. ^ble brukt til å referere til overordnet katalog, @den nåværende katalogen, og \var den tidligere besøkte katalogen.
BBC Master Compact inneholdt ADFS versjon 2.0, som ga tillegg til kommandoer for format, verifisering og sikkerhetskopiering i ROM, men utelatt støtte for harddisker.
8-bits bruk
ADFS på 8-biters systemer krevde en diskettkontroller i WD1770 eller senere i 1772-serien, på grunn av manglende evne til den originale Intel 8271-brikken til å takle ADFS-formatet med dobbel tetthet. ADFS kan imidlertid brukes til å støtte harddisker uten en 1770 -kontroller til stede; under utvikling var bruken av harddisker det primære målet, utvidelse for å håndtere disketter kom senere. Diskettkontrollen fra 1770 ble direkte innlemmet i designet til Master Series og B+ -modellene, og var tilgjengelig som et oppgraderingskort for de tidligere modell B. ADFS kunne legges til modell B og B+ -systemer med en ekstra oppgradering.
The Acorn Plus 3 , Acorn offisielle plate utvidelse for Acorn Electron, ble levert med ADFS som standard, men denne implementeringen holdt ulike kjente bugs. En fil som heter ZYSYSHELP ble "påkrevd av systemet" og ble opprettet under formateringen. Dette var en kludge. Acorns opprinnelige ADFS -implementering på Electron var upålitelig når du skrev til de første sporene på en diskett, så dette var en "løsning" og innebar ganske enkelt å skrive en fil full av søppel til den mistenkte delen. ADFS ville da hoppe over det. Diskkorrupsjon kan også oppstå hvis du prøver å bruke *COMPACTkommandoen uten å deaktivere den blinkende tekstmarkøren. Hugo Tyson, hovedutvikler for ADFS, husker at denne feilen ble funnet under sen testing, men ikke løst i den første ROM -utgivelsen for å unngå sene endringer, ettersom det finnes løsninger.
På elektronet ble plateformatering utført via *EFORMkommandoen i stedet for de etablerte *FORM40/ *FORM80DFS -kommandoene. Legg også merke til at *EFORMkommandoen skiller seg fra den tilsvarende *AFORMkommandoen for ADFS fra 1770 på BBC -mikrodatamaskinen. Dette er muligens et resultat av at du trenger å lage ZYSYSHELP -filen på elektronet. Den *EFORMkommandoen ble bare levert på velkomst platen som ble levert sammen med Plus3, og ble ikke inkludert i ROM.
ADFS støttet harddisker og 5 "tommers disketter som er formatert opptil 640 KB kapasitet ved bruk av dobbel tetthet MFM- koding ( L- format; ensidige disker ble støttet med S- format (160 KB) og M- format (320 KB)). ADFS som implementert i BBCs mikrodatamaskin (og senere RISC OS) hadde aldri støtte for disketter med enkel tetthet.
Støtte for harddisk i ADFS brukte samme format som diskett i L- format når det gjelder 256-byte blokker; bare det underliggende arrangementet av spor og sektorer varierte avhengig av den faktiske stasjonen som ble brukt, men dette ble administrert av SCSI -kontrolleren. Den grensesnittet til en ST506/ST412- basert Winchester-enhet via BBC Micros 1 MHz Bus, et Acorn-designet grensesnittkort (1 MHz Bus til SCSI-adapter) og en hyllevare Adaptec SCSI-kontroller (SCSI til ST-506-adapter ).
Støtte for IDE / ATAPI -stilstasjoner har blitt lagt til 'uoffisielt' av tredjeparter de siste årene.
ADFS -filformatet brukte ascii -bytes Hugo til å avgrense katalognavnene på platen, oppkalt etter ADFS -forfatteren Hugo Tyson.
32-biters bruk (Arthur og RISC OS)
På 32-biters systemer ble en WD 1770 eller 1772 opprinnelig brukt som en diskettkontroller på de tidlige maskinene i serien. Senere modeller benyttet en multi-I/O-kontroller i PC-stil som krever små endringer i ADFS. I tillegg til eldre støtte for L-typen, ga Arthur og senere RISC OS forbedrede formater som overvinner begrensningene til BBC Micro.
Arthur la til D- format med 77 oppføringer per katalog i motsetning til de forrige 47, også brukbart på harddisker og et nytt 800 KB dobbeltdensitetsdiskettformat. Et "type" -attributt per fil ble lagt til på plass som tidligere ble brukt til å lagre innlastings- og utføringsadresser. De 12 bitene med typeinformasjon brukes til å angi innholdet eller den tiltenkte bruken av en fil, vanligvis presentert som tre heksadesimale sifre. Dette ligner på 32-biters typeattributter som er lagret i Apples HFS- filsystem, og er konseptuelt sammenlignbart med mer generell bruk av MIME-typer av Be Operating System (BeOS), eller magiske tall i Unix-systemer (selv om sistnevnte er lagret som del av filen, ikke som metadata).
RISC OS har E- og F- format for henholdsvis dobbeltdensitetsplater og disker med høy tetthet/harddiskstasjoner. Disse formatene støtter filfragmentering (med det såkalte "nye kartet"), lagring av flere filer per fragment og lagring av små filer i katalogtabeller. Tildelingsstrategien er optimalisert for å minimere fragmentering, og utfører noen ganger defragmentering som en del av en fillagringsoperasjon. RISC OS 4 la til E+/F+ -format som tillot lange filnavn og mer enn 77 filer per katalog. Nyere versjoner av RISC OS, inkludert de for Iyonix , fortsetter å tilby ADFS, og har utvidet det til å klare større harddiskstørrelser.
I motsetning til 8-biters implementering, er ikke ADFS som implementert på RISC OS monolitisk. En systemmodul kalt "ADFS" gir ikke mer enn blokkeringsdriveren og brukergrensesnittene, der "FileCore" -modulen inneholder den faktiske implementeringen av filsystemet, og FileSwitch inneholder VFS og API-implementeringer på filnivå på høyt nivå. Dette gjør at annen maskinvare enkelt kan bruke ADFS-formatet, for eksempel IDEFS (ofte brukt for IDE-tilleggskort), SCSIFS og nettverksbevisste AppFS. FileCore og FileSwitchs funksjoner ligner på noen måter IFS- og IO -systemansvarlige i Windows NT. Denne fleksibiliteten har gjort det mulig å implementere andre arkivsystemer i RISC OS relativt enkelt.
Støtte for ADFS på andre plattformer
Den Linux -kjernen har ADFS støtte for E -format og senere.
NetBSD har filecore -støtte i NetBSD 1.4 og utover.
Verktøy som Omniflop (i Windows 2000 og nyere) og Libdsk -støtte tillater at den "fysiske" utformingen av ADFS -disketter kan leses på PC -systemer som bruker en intern stasjon. Den logiske strukturen forblir imidlertid uimplementert.
Referanser
- Watford Electronics, "The Advanced Reference Manual for BBC Master Series", 1988 (s.169)
- Acorn Computers Ltd, "The BBC Microcomputer System Master Series Reference Manual Part 1", Part No, 0443-001, Issue 1, March 1986-(Pages (J.10-1 to J10-3)