Gå til innhold

Skifter ut det flere tiår gamle filsystemet i iOS med et helt nytt


Anbefalte innlegg

Videoannonse
Annonse

Kunne vel kanskje vært verdt å nevne at dette bygger på ZFS som SUN Solaris og FreeBSD har hatt > tiår nå. ZFS har også kommet for Linux og regnet som stabilt de siste par årene. 

 

Begge filsysten er COW baserte, men APFS bygger vistnok ikke på ZFS. APFS gjør f.eks. ikke data-checksumming av en eller annen grunn.

Lenke til kommentar

 

Kunne vel kanskje vært verdt å nevne at dette bygger på ZFS som SUN Solaris og FreeBSD har hatt > tiår nå. ZFS har også kommet for Linux og regnet som stabilt de siste par årene. 

 

Begge filsysten er COW baserte, men APFS bygger vistnok ikke på ZFS. APFS gjør f.eks. ikke data-checksumming av en eller annen grunn.

Snodig nok, da data-checksum kanskje var det aller beste argumentet for ZFS i sin tid.

Lenke til kommentar
Gjest Slettet-Pqy3rC

En ZFS basert greie i en mobil virker noe overkill. Det er grenser for hvor mange lagringsenheter en kan stappe inn i en slik. Da burde en i tilfelle skrelt vekk så mye at "ZFS basert" blir et noe underlig begrep.

Lenke til kommentar

 

Kunne vel kanskje vært verdt å nevne at dette bygger på ZFS som SUN Solaris og FreeBSD har hatt > tiår nå. ZFS har også kommet for Linux og regnet som stabilt de siste par årene. 

Begge filsysten er COW baserte, men APFS bygger vistnok ikke på ZFS. APFS gjør f.eks. ikke data-checksumming av en eller annen grunn.

 

Ja, du har rett, min feil. APFS er ikke basert på, men inspirert av ZFS. 

Lenke til kommentar

Nerdene kan diskutere fortkortelser, her er en test av hva som betyr noe

For så vidt kult, men jeg går ut i fra at det er fordi den refererer til samme blokker og dermed kun vil fungere innenfor samme partisjon. Og hvor ofte er det man kopierer en fil innenfor samme partisjon?

Endret av RattleBattle
  • Liker 1
Lenke til kommentar

Copy-on-write fungerer nokså bra sammen med flash teknologi fordi det utnytter noen styrker og reduserer omfanget av svakhetene i flash mot ytelse. Dette skjer ved at en skriver for det meste sekvensielt som reduserer eksponeringen mot flash sin største svakhet som er random write. Ulempen med å skrive sekvensielt er at det blir mye fragmentering om en har flere parallelle filer som skrives. Kanskje mest aktuelt for servere. Videre vil det bli mye fragmentering over tid om filene modifiseres. Ulempen med fragmentering er at det blir mye random read, men dette er en nesten neglisjerbar ulempe for flash da random read er av de største styrkene til dette mediet.

  • Liker 1
Lenke til kommentar

 

Nerdene kan diskutere fortkortelser, her er en test av hva som betyr noe

For så vidt kult, men jeg går ut i fra at det er fordi den refererer til samme blokker og dermed kun vil fungere innenfor samme partisjon. Og hvor ofte er det man kopierer en fil innenfor samme partisjon?

Ja, det tar EVIGHETER i windows.

Lenke til kommentar

 

 

Kunne vel kanskje vært verdt å nevne at dette bygger på ZFS som SUN Solaris og FreeBSD har hatt > tiår nå. ZFS har også kommet for Linux og regnet som stabilt de siste par årene. 

Begge filsysten er COW baserte, men APFS bygger vistnok ikke på ZFS. APFS gjør f.eks. ikke data-checksumming av en eller annen grunn.

 

Ja, du har rett, min feil. APFS er ikke basert på, men inspirert av ZFS. 

 

Hvor drar du dette fra?

 

http://dtrace.org/blogs/ahl/2016/06/19/apfs-part1/

I asked him about looking for inspiration in other modern file systems such as BSD’s HAMMER, Linux’s btrfs, or OpenZFS (Solaris, illumos, FreeBSD, Mac OS X, Ubuntu Linux, etc.), all of which have features similar to what APFS intends to deliver. (And note that Apple built a fairly complete port of ZFS, though Dominic was not apparently part of the group advocating for it.) Dominic explained that while, as a self-described file system guy (he built the file system in BeOS, unfairly relegated to obscurity when Apple opted to purchase NeXTSTEP instead), he was aware of them, but didn’t delve too deeply for fear, he said, of tainting himself.

 

 

Lenke til kommentar

En ZFS basert greie i en mobil virker noe overkill. Det er grenser for hvor mange lagringsenheter en kan stappe inn i en slik. Da burde en i tilfelle skrelt vekk så mye at "ZFS basert" blir et noe underlig begrep.

 

Det skal nok inn i macOS også, og så har de vel tenkt at det er greiere med ett nytt filsystem enn to ...

Lenke til kommentar

Det skal inn overalt, fra Watch til macOS.

 

Det er klart det likner på ZFS (og andre systemer). Filsystemer begynner å bli en moden teknologi så alle gode implementasjoner vil likne mye på hverandre. Det er ikke _så_ mange gode løsninger på problemet fillagring.

Lenke til kommentar

Det skal inn overalt, fra Watch til macOS.

 

Det er klart det likner på ZFS (og andre systemer). Filsystemer begynner å bli en moden teknologi så alle gode implementasjoner vil likne mye på hverandre. Det er ikke _så_ mange gode løsninger på problemet fillagring.

Det er ikke mange som har COW. Det er egentlig bare ZFS av det som kan kalles produksjonsklart. Og, nei, btrfs er ikke produksjonsklart.
Lenke til kommentar

I filsystem kanskje, men i resten av it-verden har det blitt brukt siden tidenes morgen. Tipper ideen har slengt rundt i filsystem-miljøer også lenge, men at det av tekniske eller politiske grunner ikke har blitt implementert før i zfs.

 

"Det tar tid å kopiere, hva om vi bare lager en ny referanse" tipper jeg noen sa sånn ca. rundt dag to av det første filssystemprosjektet.

Endret av Audun_K
  • Liker 1
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...