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. Ciao, Magnum -- begin http://www.informatik.uni-muenchen.de/~_rosenbau/
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
David Haller wrote:
/dev/hdb5 2554188 2520140 34048 99% /data /dev/hdb6 2690760 2562476 128284 95% /doc
Auf meiner Partition sind auch nur "Daten", kein OS oder so. Wenn sogar das mit den nur 34K frei geht, kann ich also schön weiter vollstopfen. Vielen Dank für die Hilfe, Magnum -- begin http://www.informatik.uni-muenchen.de/~_rosenbau/
* Magnus Rosenbaum <rosenbau@informatik.uni-muenchen.de> textete am 26.03.02:
David Haller wrote:
/dev/hdb5 2554188 2520140 34048 99% /data /dev/hdb6 2690760 2562476 128284 95% /doc
Auf meiner Partition sind auch nur "Daten", kein OS oder so. Wenn sogar das mit den nur 34K frei geht, kann ich also schön weiter vollstopfen.
Ähem, das sind 34048kB, nicht 34048B! cu flo -- Wenn Ich wollte, dann könnte Ich ja 100 Wognaturen pro Tag Produzieren. Ich weis aber nicht ob das nicht mindestens 99 zu viel wären? [WoKo in dag°]
Hallo, On Tue, 26 Mar 2002, Magnus Rosenbaum wrote:
David Haller wrote:
/dev/hdb5 2554188 2520140 34048 99% /data /dev/hdb6 2690760 2562476 128284 95% /doc
Auf meiner Partition sind auch nur "Daten", kein OS oder so. Wenn sogar das mit den nur 34K frei geht, kann ich also schön weiter vollstopfen.
Sind 33 MB, aber ich hatte auch schon mal vollere Partitionen ;) (IIRC war das knappste mal im 1stelligen KB Bereich *g*). 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... Bsp: a) Parkst du da z.B. mp3s/Videos etc. und laesst die dann in Ruhe da liegen (ohne "Bewegung", umbenenne ginge z.B. noch), dann ist das IMO kein Problem, pack das Teil bis obenhin voll. In so einem Fall kann man u.U. (Vorsicht aber!!) die 5% Reserve fuer root vollknallen. Also wenn die Verwendung eher einem "Write Once, Read Many" aehnelt. b) Liegt da z.B. ne webseite, mail-/newsspool, htdig/glimpse Datenbanken oder ein squid-cache, oder (Teile) von /home, dann bekommst du u.U. schon ab 90% (Performance-) Probleme, und die Reserve solltest du auf jeden Fall beachten! -dnh -- [Auszug aus man grep] Und spaetestens jetzt sollte niemand mehr denken, dass regulaere Ausdruecke gleich regulaeren Ausdruecken seien ;-) [Eilert Brinkmann in suse-linux]
David Haller wrote:
Hallo,
On Tue, 26 Mar 2002, Magnus Rosenbaum wrote:
David Haller wrote:
/dev/hdb5 2554188 2520140 34048 99% /data /dev/hdb6 2690760 2562476 128284 95% /doc
Auf meiner Partition sind auch nur "Daten", kein OS oder so. Wenn sogar das mit den nur 34K frei geht, kann ich also schön weiter vollstopfen.
Sind 33 MB, aber ich hatte auch schon mal vollere Partitionen ;) (IIRC war das knappste mal im 1stelligen KB Bereich *g*).
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...
Hi Leute, 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. 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. Oder ist diese "restriktion" fuer den Benutzer root Platz frei zu halten nicht mehr da? Ein etwas unsicherer Rainer
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]
participants (4)
-
David Haller -
Florian Gross -
Magnus Rosenbaum -
Rainer Lischke