Hallo, On Thu, 25 Apr 2002, Rainer Lischke wrote:
David Haller wrote:
Wie gesagt: es kommt darauf an, was du da fuer Daten hast, und ob die Daten sich aendern. Wenn du oefter rauf- und runterschaufelst hast du in null-komma-nix ne starke Fragmentierung, packst du die Partition mehr am Stueck voll und liest dann nur noch, dann bleibt die Partition quasi unfragmentiert...
war da nicht mal eine Beschraenkung des /-Baumes? Alle User haben da weniger gesehen als tatsaechlich frei war. Das war (glaube ich) aber nur auf / beschraenkt.
Ne, das ist die root-Reserve. Und die ist weniger fuer / selbst noetig, als fuer /tmp, und besonders fuer /var/log! Wenn die Fehlermeldungen nicht mehr geloggt werden koennen... Auch in /home sollte immer ein wenig Luft sein (fuer Backup- oder temporaere Dateien beim editieren, etc.)
Also kann man seine "anderen" Partitionen die im Verzeichnis- baum haengen vollknallen. hat bei mir zumindest schon mit der News-Partition funktioniert. Zum Glueck lag die alleine und hat nichts am System blockiert.
Naja, da in nem news-spool viel Bewegung ist, fragmentiert bei ext2 (3?) die Partition schnell, allerdings sind das ja meist kleine Dateien, die wohl meist in einen Block passen, also doch wieder eher nicht ;) (es sei denn du verwendest inn mit diesem "Gruppe in Datei" Feature (und ohne feste Groesse) dieser Datei. Jedenfalls, wenn dir dir Performance egal ist, kannst du die ruhig vollknallen (fetchnews/suck/was auch immer) duerfte das aber nicht sonderlich toll finden ;) Wenn man z.B. /usr/ aber 'ro' mountet, dann seh ich keinen Grund, warum man /usr/ nicht auch vollknallen koennte ;) Wie gesagt,
Oder ist diese "restriktion" fuer den Benutzer root Platz frei zu halten nicht mehr da?
Kommt auf FS an ;) -dnh --
glaub scho. Du glaubsch in derre Zeid no an ebbes? et wirglich -- wirglich et [David Haller und Florian Gross in suse-talk]