Hallo,
kann jemand die bitmap.c von ReiserFS so lesen,
das er mit sagen kann ob ReiserFS Strategien zu Fragmentierungsvermeidung beinhaltet???
http://users.sosdg.org/~qiyong/lxr/sour ... 6;a=x86_64
Das währe prima!
Lesen der bitmap.c wegen Fragmentierung
Re: Lesen der bitmap.c wegen Fragmentierung
Keine Ahnung, wie du jetzt genau darauf kommst, aber die Antwort ist ja.
Man erkennt es beispielsweise schon ohne Code zu lesen an folgendem Kommentar:
Weitere Beispiele finden sich dann weiter unten im Code.
Man erkennt es beispielsweise schon ohne Code zu lesen an folgendem Kommentar:
Code: Alles auswählen
327 /* When the bitmap is more than 10% free, anyone can allocate.
328 * When it's less than 10% free, only files that already use the
329 * bitmap are allowed. Once we pass 80% full, this restriction
330 * is lifted.
331 *
332 * We do this so that files that grow later still have space close to
333 * their original allocation. This improves locality, and presumably
334 * performance as a result.
335 *
336 * This is only an allocation policy and does not make up for getting a
337 * bad hint. Decent hinting must be implemented for this to work well.
338 */
Formerly known as Trigger.
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams
HP 8510p - Debian Sid
Mitglied des Debian-KDE-Teams
Re: Lesen der bitmap.c wegen Fragmentierung
das bedeutet ... reiserfs versucht mehr oder weniger fragemntierung zu vermeiden...
Re: Lesen der bitmap.c wegen Fragmentierung
leider kann ich den c code nicht gut verstehen.
kann mir jemand das prinzip erklären, wie reiser fragmentierung vermeidet?
kann mir jemand das prinzip erklären, wie reiser fragmentierung vermeidet?