Also ich hab mich sicher etwas unglücklich ausgedrückt. Ich meinte natürlich auch Defragmentierung gibt es unter HFS+ nicht. Fragmentierung gibt es eigentlich überall, da nie jemand weiß, und besonders nicht der Computer, wann nun eine Datei noch größer werden könnte oder nicht...
aber lass dich mal kurz in die Organisation von HFS+ entführen...
vorerst: OS X defragmentiert nicht im Leerlauf! Solche Gerüchte halten sich wohl ewig im Internet und werden auch die nächsten 30 Jahre noch zu finden sein.
Also wieso komm ich auf die Behauptung, dass HFS+ nicht fragmentiert?
Aus dem einfachen Grund, weil es Apple sich selbst als Ziel gesetzt hat. HFS war noch nicht journaled und hatte auch größere Geschwindigkeitseinbußen durch die starke Fragmentierung von Dateien. Ansich ist Fragmentierung auch gar nicht schlimm, aber im worst case, liegen die Speicherblöcke weit auseinander und die Zeit, die der Lesekopf zum ständigen hin- und herspringen brauch, ist die gefühlte Verzögerung. Diese beläuft sich aber bei hunderten auseinander liegenden Fragmenten bei Millisekunden.
HFS+ hat nun die Zielsetzung, die Fragmentierung so gut es geht zu verhindern. Dies wird erreicht indem man die sogenannten Allocation Blöcke abhängig von der Festplattengröße her festlegt. Soweit ich weiß war das bei jeder Festplatte bzw. Partition maximal 64*1024 Allocation Blöcke. Demnach teilen diese 65536 Allocation Blöcke sich jetzt den verfügbaren Speicher auf.
Nun wird eine weitere Größe eingeführt. Die Clumps (ich hoffe, die schrieben sich so...), diese fassen mehrere Allocation Blöcke zu einer Größe zusammen. Das hat den Vorteil, dass eine Art reservierter Bereich für Dateien jedesmal frei bleibt. Wenn nun diese Clumps ausgefüllt sind würde gleich darauf der nächste Clump ausgewählt. Ist dieser aber belegt, fängt die Fragmentierung an.
Aber allein durch die Zusammenfassung von kleineren Speicherblöcken zu größeren Speicherblöcken, verhindert man eine Zerstücklung von Dateien in hunderte Fragmente.
Aber: so etwas passiert eigentlich nur bei zusammenhängenden Daten, die durch öftere Nutzung immer größer werden. Ich könnte mir hier Bibliotheksdateien vorstellen, wie von Mail oder Entourage, aber auch bei Photoshop, wenn eine bestehende Datei mit mehr Effekten etc. abgespeichert wird. Aber selbst dann glaube ich, dass ein neuer zusammen hängender Block gesucht und belegt wird.
Also, es wird nur sehr wenig fragmentiert. Ziel ist es so wenig wie möglich überhaupt auseinander zu reissen. Wenn: dann nur sehr kleine Anzahl an Fragmenten. Da ersten die Speicherblöcke schon recht groß sind und zweitens diese zu noch größeren Datenpaketen gefasst werden.
Defragmentierung kann man unter OS X betreiben. Aber die Gefahr sich das Dateisystem zu zerschiessen, ist größer als die Wartezeit auf den Lesekopf.
PS: übrigens merkt man das auch recht gut, wenn man seine HFS+ Festplatte ziemlich voll packt. Also meinetwegen nur noch 5% von dem belegten Speicher frei sind. Wenn dieser nun noch wenige Clumps enthält, und diese möglicherweise angefangen wurden zu befühlen, dann werden diese Clumps auseinander gerissen bzw. diese Clumps mit unterschiedlichen Daten gefüllt. Hier setzt nun die gnadenlose Fragmentierung ein, die versucht alles in die letzte Ecke zu quetschen. Der Lesekopf muss dann halt länger wandern.
Edit:
noch als Nachtrag... dies ist denk ich auch alles nachzulesen bei der Apple Developer Connection.
z.B.
hier (Achtung, direkte Verlinkung zum PDF HFS Plus Volume Format, ca. 370 KB gross)
)