Hallo, On Tue, 26 Mar 2002, Magnus Rosenbaum wrote:
Sagt mal, wie weit kann man eigentlich den Platz auf einer ext2 Partition belegen? Soviel ich weiss wird so ab 80 oder 90% die Performance schlechter und irgendwann darf dann nurnoch root drauf schreiben hab ich mal gehört.
Ich habe hier eine 40GB Partition, 1.7GB sind noch frei: /dev/hdg2 39393528 35688276 1704172 96% /hdg2 Wie weit kann ich die noch vollpacken? Performance ist mir dabei egal, Hauptsache Platz.
Och, bei den Groessen ist das anders als frueher... Die (normal) 5% fuer root waren u.a. dafuer vorgesehen, dass u.a. noch ne mail an root geschrieben werden konnte, dass der Platz ausgeht, sowie um eine Reserve z.B. in /tmp und fuer logfiles zu haben... Heute kommt's IMO auch sehr drauf an _was_ das fuer eine Partition ist, wenn's z.B. nen reines Datengrab ist (z.B. fuer Doku, Multimedia- Dateien etc.) und wohl auch Libs/Programme die sich im Betrieb nicht aendern kann man die Partition ruhig bis zum Anschlag vollstopfen. Auf Partitionen, auf denen /tmp, /var, /usr/tmp, /home liegen, da solltest du immer "Luft" lassen, sagen wir mal so ca. 100MB... Da ich grad erst ne neue HD drin hab, hat sich bei mir die Lage entspannt, aber ich hab trotzdem: /dev/hdb5 2554188 2520140 34048 99% /data /dev/hdb6 2690760 2562476 128284 95% /doc /data ist ein reines "Datengrab", die Partition brauch ich im Normalbetrieb nichtmal zu mounten. In /doc sammel ich Doku... Achso: Der groesste Nachteil einer so vollen Partition (zumindest bei ext2/ext3) ist, dass wenn du Daten auf/von der Partition bewegst, dann fragmentieren die Daten mit der Zeit, d.h. liegen nicht mehr "am Stueck hintereinander weg". Bei einem fsck wird der Prozentsatz der fragmentierten Dateien als "n.nn% non contiguous" ausgegeben. Bei einer "leeren" Partition (oder wenn man nur gerade "am Stueck" Daten auf ne "frische" Partition schiebt, ist der Wert < 0.01, Der Normalwert liegt unter 5%, bei ner vollen Partition (je nach Groesse der Partition und der Dateien) geht der Wert dann aber relativ schnell Richtung 10%, was dann die von dir "gehoerten" Performanceeinbussen verursacht, da dann ein Datei u.U. von zig Stellen der Partition zusammengesucht werden muss, und eben nicht "in einem Rutsch" gelesen werden kann. Hm. Das ist IMO sogar ein besseres Kriterium, ob die Partition zu voll ist: geht der Wert von "non-contiguous" ueber 6-7%, dann ist die Partition "zu voll" ;) Wenn du ein anderes FS wie reiserfs verwendest, sieht das anders aus. Da solltest du auf den entsprechenden Partitionen (/, /var usw.) auf jeden Fall aber auch ne Reserve freihalten. Zu deinem konkreten Fall: es kommt darauf an, was auf der Partition liegt. Dein Mountpoint ist leider "nichtssagend". Ist sie ein Daten- grab, dann kannst du die IMO locker bis an den Rand fuellen, ist's hingegen / mit /var und/oder /tmp und/oder /home und /root, dann wuerde ich mind. immer so 200-500 MB freihalten (fuer /var je nach Anwendungen auch mehr). -dnh -- [Java sei nicht das Gelbe vom Ei] Es ist auch nicht das Weiße vom Ei. Eher das grün-bräunliche eines verschimmelten Gammel-Eis. Java ist die gelbliche Ab- lagerung an Pissoirs. Java ist der Schimmelpilz der IT-Branche. Mag sein, daß es eine Funktion erfüllt, aber sie ist noch nicht gefunden worden. -- fefe