"One experiment is worth a thousand expert opinions."
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 01:26    reactie #1
geplaatst door: HEXDIY
Bedankt voor je interessante link, Pieterr!
If it ain't broke, don't fix it! Recycle the planet, we're gonna need it! Think different, think twice, Apple!
M1 is a success! Please do not forget Mac OS.
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 03:16    reactie #2
geplaatst door: boni
heb deze video van Apple voor het eerst is bekeken > Introducing Apple File System.
MacBook Air M1-chip / 8 GB geh. / 512 GB SSD - Mac mini M1-chip / 8 GB geh. / 512 GB SSD - MacBook Pro 16-inch M1 PRO-chip / 16 GB geh. / 2TB SSD. Mijn Mac en Synology NAS setup.
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 08:16    reactie #3
geplaatst door: Doctor Apple
Ben behoorlijk positief over APFS, maar er zijn toch twee zaken waar ik niet bij kan:

1. Waar is de Checksum (Data Integriteit) controle? Diverse moderne File Systems beschikken over een manier om de integriteit te kunnen valideren en in sommige gevallen zelfs te kunnen borgen ... Ik zie niets terug inzake dit onderwerp in het APFS ontwerp.
2. Het viel mij op dat APFS niet open source wordt aangeboden. Zeker op het gebied van compatibiliteit, maar ook 'community input' kan het APFS denk ik vooral ten goede komen.

Een mooie aanzet met heel veel potentie, maar zeker punt 1 is mijn grootste zorg ... Daar ik h-e-l-e-m-a-a-l niets terug zie in het FS hiervan. Blindstaren op hardware en ECC is niet bijzonder verstandig is mijn ervaring ... Zelfs op opslagsystemen van ettelijke miljoenen in Enterprise Omgevingen ...

Dus waarom dan wel op 'pro-sumer' klasse apparatuur? Windows doet het met NTFS evenmin; maar NTFS is evenals HFS+ inmiddels bejaard ... Het was een mooie kans geweest ...

Durf te denken!
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 09:43    reactie #4
geplaatst door: GeorgeM
Meer over de checksum van APFS is hier te lezen: http://dtrace.org/blogs/ahl/2016/06/19/apfs-part5/
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 18:12    reactie #5
geplaatst door: Pieterr
@GeorgeM: Bedankt voor deze interessante link!

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

"One experiment is worth a thousand expert opinions."
Jean-Louis Gassée over het nieuwe APFS
18 april 2017 - 18:22    reactie #6
geplaatst door: Doctor Apple
Zoals eerder geschreven, en terecht (naar mijn mening) door Leventhal opgemerkt: SSD en hardware validatieslagen zijn interessante instrumenten, maar als het besturingssysteem geen bestandssysteem kent waar een 'backup' of 'veiligheidspal' is ingebouwd, dan is het wel erg vertrouwen op goedwerkende hardware.

Ik heb zelf (helaas) mogen ervaren wat 'bit rot' is: corrupte bestanden die na backup op backup op backup op backup op backup op backup uiteindelijk in de directory listing hetzelfde uitzien als het origineel, maar waar enkele bitjes toch niet meer 'staan zoals ze oorspronkelijk hoorden te staan' ... Met vervelende resultaten tot gevolg.

Kortom, een hoop verbetering maar mbt dit onderwerp een gemiste kans  :confused:

Durf te denken!
Jean-Louis Gassée over het nieuwe APFS
23 april 2017 - 15:06    reactie #7
geplaatst door: cyrano
Bitrot voorkomen kost geld. De enige manier waarop het redelijkerwijze kan, is door alleen ECC ram te gebruiken. En dan nog kan je het niet 100% voorkomen. Ook zfs kent nog bitrot...

Gelukkig is bitrot zo zeldzaam dat de meesten het nooit zullen meemaken.

Ik hoop natuurlijk ook dat Apple met iets uitkomt dat revolutionair is. Het feit dat het team niet keek naar bestaande oplossingen, maar volledig vanaf nul vertrok is hoopgevend. Maar de rest van Apple's gedrag doet het ergste vermoeden...  :sigh:

I'd tell you a UDP joke but you might not get it.
Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 00:09    reactie #8
geplaatst door: jaco123

Citaat
cyrano om 15:06, 23-04-2017
En dan nog kan je het niet 100% voorkomen. Ook zfs kent nog bitrot...

Kun je daar wat meer over vertellen? Ik heb me er een jaar of 6 geleden aardig in verdiept toen ik een eigen fileserver aan het inrichten was en ZFS vangt bitrot gewoon af?

Harde randvoorwaarde daarvoor is inderdaad het gebruik van ECC-geheugen. Metadata is altijd dubbel en als je echte data wil kunnen herstellen heb je natuurlijk wel redundantie nodig.

Enige scenario dat ik kan bedenken is dat je nooit je schijf naloopt middels het "scrub"-commando en er bitrot ontstaat in de delen die je nooit leest. Alle data die je normaal gebruikt wordt vanzelf hersteld, en voor de rest heb je het scrub-commando. Als je tussen 2 scrubs meerdere bitfouten in ongebruikte data zou krijgen, dan loop je inderdaad risico dat je dingen gaat kwijtraken (en dan nog weet ZFS je op zijn minst te vertellen om welke bestanden het gaat), maar dat wordt dan wel heel onwaarschijnlijk.

Ik voer die scrub niet heel vaak uit, hooguit een keer of 5 per jaar en hij heeft nog nooit wat gevonden (nou ja, behalve toen ik een defecte schijf had die einde levensduur was, maar ook toen geen data kwijtgeraakt).


Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 01:02    reactie #9
geplaatst door: cyrano
De kans wordt een enorm pak kleiner, maar de kans is niet nul.

Ik had dus beter geschreven "Ook zfs kent bitrot, in theorie". Bitrot is ook een beetje een wijde term. Gewone bestandscorruptie is voor mij bv. geen bitrot. Ik denk dan eerder aan ram fouten die even later niet meer optreden. Er zijn wel demos van programma's die naastliggende bits in ram kunnen veranderen, maar dat werkt wel alleen met specifieke hardware combinaties. Dus je zou kunnen zeggen dat zo'n programma bitrot veroorzaakt.

I'd tell you a UDP joke but you might not get it.
Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 07:24    reactie #10
geplaatst door: jaco123
Ah oke, dan snap ik je beter. De term "bitrot" is inderdaad een beetje vaag, ik dacht daarbij alleen aan bitjes die ongemerkt omvallen op een harde schijf. Daar is ZFS robuust tegen. Bits die in geheugen omvallen kan ZFS niet tegen, daarom dat je ECC-geheugen moet gebruiken.

Ik heb altijd begrepen dat het voor een normale hardware-RAID-controller soms lastig is om bij een inconsistentie te bepalen welke waarde nu de juist was en zo'n controller kopieert dan soms de verkeerde waarde over de goede heen. Dat kan ook bij een resilver optreden.
ZFS lost dat op door de checksum in een ander blok te zetten dan de data zelf, hierdoor kun je nog wel bepalen welk blok het juiste was.

ontopic: Onbegrijpelijk dat Apple data consistentie/verificatie niet prominent in APFS geplaatst heeft (en zelfs uit heeft staan in de pre-releases). Ik blijf hopen dat de uiteindelijke release voor macOS dit wel goed doet, of op zijn minst als optie aan kan zetten.

Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 11:39    reactie #11
geplaatst door: cyrano
Ik vermoed/verwacht dat die controle er komt in de definitieve versie van APFS. De versie die er nu van is, is een alpha.

Maar mogelijk verwacht ik teveel...

I'd tell you a UDP joke but you might not get it.
Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 13:16    reactie #12
geplaatst door: Doctor Apple
Als het een Alpha versie is, dan is Apple wel erg hoogmoedig om dat op iOS als zijnde default Bestandssysteem te implementeren  :biggrin: ...

Durf te denken!
Jean-Louis Gassée over het nieuwe APFS
24 april 2017 - 19:12    reactie #13
geplaatst door: jaco123
Ja, daarom schreef ik ook dat ik hoop dat het bij de macOS-release goedkomt.
Ik kan me voorstellen dat er anders gekozen wordt voor een iOs-release, waar je continu moet balanceren tussen batterijduur en functionaliteit.

Voor een desktop-OS verwacht je dat betrouwbaarheid belangrijker is dan stroomverbruik (alhoewel dat bij laptops ook mee kan tellen, maar een laptop heeft gelukkig een stuk grotere batterij dan een telefoon/ipad).