🚀 go-pugleaf

In article <RN49MI@obh.in-berlin.de> ob@obh.in-berlin.de (Oliver  
Brandmueller) writes:
> Hallo Leute,
> 
> ich habe da ein kleines Problem. Und zwar habe ich eine 100-MB-Platte
> als /usr/spool/news gemounted. Nachdem diese permanent immer wieder
> voll war (ganz knapp) hatte ich sie mal mit tunefs bearbeitet. Ich
> habe diesen Pufferplatz von 10 % auf 5 % gesenkt. Der Effekt war etwas
> mehr freier Platz mit Geschwindigkeitseinbusse durch groessere Frag-
> mentation. 

Junge, du hast doch keinen PC vor dir ;-)

Die "Fragmentierung" und aehniche Problem(chen) kann man auf einem  
Unix-Filesystem sowieso nicht mit anderen OS vergleichen weil die Bauweise  
ganz verschieden ist (Baum versus flach).

Wenn du eine eigene Partition fuer News verwendest sooltest du lieber mal  
das Filesystem tunen! News verwendet "tausende" von recht kleinen Files in  
sehr vielen Directories. Mann sollte also auf kleine Blockung und viele  
i-nodes optimieren, da sonst Unmengen von Verschnitt auftritt. Alle  
hoeheren Tools - auch newfs, von DiskTool mal ganz zu schweigen -  
verwenden Daumenregeln, die fuer News-Partitionen schlecht passen.

Mein Tip: Such dir einen moeglichst dicken Unix-Schmoeker - die  
gewoehnlichen Kochbuecher uebergehen die Sache geflissentlich - und lies  
dir den Teil zu mkfs durch. Die man-Page tut s nut fuer echte Gurus!
Dann bist du an dem Punkt, wo man in Unix wirklich etwas tuen kann.

Exkurs: Ich habe einen tiefen Groll gegen alle "Frontends" zu Unix  
Konfigurations-Tools! Ein wohlmeinender Hacker hatte sich mal eiene Weg  
ausgedacht wie man die Kenntnis von tausend Parametern auf einen oder zwei  
begrenzen kann. hierzu hat er einen Guru abgemolken, der schliesslich mit  
einigen Regeln und Beispielen rueberkam, wie er das denn so zu machen  
plegt. Nun hatten alle andern Hacker fuer einige Standardfaelle die  
Guru-Information schoen handlich in einer Dose und dachten damit sei es  
getan. Leider weiss nun Hackerlein aber nicht mehr fuer welchen Fall der  
Guru dieses als optimal (oder auch nur akzeptabel) angesehen hat. Wenn nun  
der Guru-Mechanismus mit unverdauter Hacke-Leidenschaft ausgeweitet unf  
fortgeschrieben wird, dann ist bald die voellige Unbrauchbarkeit erreicht!

In diesen Sinne war das BSD newfs schon ein anruechiger, wenn auch fuer  
den ueblichen Fall (File-Server) tauglicher, Kompromiss, aber die Art, wie  
NeXT das Filesystem angeht ist nun wirklich PC-maessig. Unix auf einer  
Partition! Man denke sich nur so was! Jeder BSD ler wendet sich mit  
Grausen ab und ein v7-Anhaenger erstickt an seinem Erbrochenen (deshalb  
werden die ach rapide weniger)! Hier war das Motto ganz klar Einfachheit  
(was wuerde passieren wenn Millionen von PW lern [Personal Workstation]  
den Kundendiest anriefen, weil ihnen eine Partition voll laeuft!?) vor  
Effizenz (diskspace is cheap).

Mein Fazit: Wer solche Tuning-Geschichten ernstlich in Agriff nehmen will  
soll erst mal Mach verstehen lernen und dann mit Kenntnis der inneren  
Zusammenhaenge unten reingreifen und an der richtigen Stelle schrauben!
Alle Anderen (mich eingeschlossen) graben besser im Hosensack nach einer  
Mark und kaufen sich eine Hardware-Erweiterung. Dann gehen sie nach  
Kochrezept vor und die Sache ist geritzt. Insbesondere ist dann dein  
Haendler gluecklich und du kannst es dann auch sein.
-- 
Peter Nitezki        | Nitezki@NiDat.sub.org # Blessed thou who knoweth
NITEZKI DATENSYSTEME | Tel.:  +49 7251 62495 # not about the pleasure and
Staarenbergstr. 44   | Fax :  +49 7251 69215 # delight of being hooked
D-7527 Kraichtal 2   | GERMANY               # up to the Net. Peter 1,3-5

Nitezki@NiDat.sub.org (Peter Nitezki) writes:
>In article <RN49MI@obh.in-berlin.de> ob@obh.in-berlin.de (Oliver  
>Brandmueller) writes:
>> ich habe da ein kleines Problem. Und zwar habe ich eine 100-MB-Platte
>> als /usr/spool/news gemounted. Nachdem diese permanent immer wieder
>> voll war (ganz knapp) hatte ich sie mal mit tunefs bearbeitet. Ich
>> habe diesen Pufferplatz von 10 % auf 5 % gesenkt. Der Effekt war etwas
>> mehr freier Platz mit Geschwindigkeitseinbusse durch groessere Frag-
>> mentation. 

>Junge, du hast doch keinen PC vor dir ;-)

Das ist mir schon lange klar - by the way, ich hatte nie einen :-)

>Die "Fragmentierung" und aehniche Problem(chen) kann man auf einem  
>Unix-Filesystem sowieso nicht mit anderen OS vergleichen weil die Bauweise  
>ganz verschieden ist (Baum versus flach).

Auch nicht ganz neu...

>Wenn du eine eigene Partition fuer News verwendest sooltest du lieber mal  
>das Filesystem tunen! News verwendet "tausende" von recht kleinen Files in  
>sehr vielen Directories. Mann sollte also auf kleine Blockung und viele  
>i-nodes optimieren, da sonst Unmengen von Verschnitt auftritt. Alle  
>hoeheren Tools - auch newfs, von DiskTool mal ganz zu schweigen -  
>verwenden Daumenregeln, die fuer News-Partitionen schlecht passen.

Das mit den Inodes habe ich schon beim Einrichten der Platte getan,
naemlich mit einem Inode auf 1024 Bytes, anstelle des normalen Wer-
tes (einer pro 2048). Das reicht fuer News vollkommen aus. Die
kleine Blockung sollte ich wirklich mal probieren, mein Problem
im Gegensatz zu vorher (da liegt der Hase im Pfeffer!) ist naemlich,
dass ich viele der Newsgroups mit recht grossen Files abbestellt
habe (Binaries, Bilder...) und jetzt also wirklich fast ausschliess-
lich Files unter 8k auf der Platte liegen. Folglich sollte man den
Wert auf 4k senken (was anderes erlaubt das fs glaube ich nicht).

>Mein Tip: Such dir einen moeglichst dicken Unix-Schmoeker - die  
>gewoehnlichen Kochbuecher uebergehen die Sache geflissentlich - und lies  
>dir den Teil zu mkfs durch. Die man-Page tut s nut fuer echte Gurus!
>Dann bist du an dem Punkt, wo man in Unix wirklich etwas tuen kann.

Mir hat sie gereicht. Und fuer solch "einfache" Probleme hilft das
newfs-Frontend dazu auch noch.

[Groll gegen Frontends]
Mag sein, aber einige sind doch immer noch besser als das Original.
Es kommt doch nur immer drauf an, was Du machen willst. Fuer so ein
paar Spielereien, wie mehr Inodes oder eine kleinere Fragsize reicht
es doch vollkommen aus, newfs macht sogar noch eine Menge mehr.

[NeXT und seine Single-Partition]
Mit dieser einen einzigen Partition habe ich mich auch schon rumge-
aergert. Allein das Risiko, das dahinter steckt, wenn /tmp und das
swapfile auf dieser Partition sind haben mich genervt. Wenn man
dann noch an die Performance denkt... Naja, sobald es sich moneten-
maessig einrichten laesst, werde ich mir noch eine /tmp und eine
swap-Platte besorgen - leider ist nicht jeder, der einen NeXT hat
auch Kroesus. Im Moment muss ich erstmal (zeit- und geldmaessig)
das zweite Motherboard verdauen :-)

>Mein Fazit: Wer solche Tuning-Geschichten ernstlich in Agriff nehmen will  
>soll erst mal Mach verstehen lernen und dann mit Kenntnis der inneren  
>Zusammenhaenge unten reingreifen und an der richtigen Stelle schrauben!
>Alle Anderen (mich eingeschlossen) graben besser im Hosensack nach einer  
>Mark und kaufen sich eine Hardware-Erweiterung. Dann gehen sie nach  
>Kochrezept vor und die Sache ist geritzt. Insbesondere ist dann dein  
>Haendler gluecklich und du kannst es dann auch sein.

Siehe oben. Ich stehe da eher auf Softwarehackerei. Und fuer die ein-
fachen Dinge im Leben reicht mein Verstaendnis des Filesystems allemale
aus. Als Guru wuerde ich mich deshalb nicht bezeichnen.

ObFlame:
Schliess nicht immer von Dir auf andere und sei beim naechstenmal etwas
konstruktiver, bitte.

Tschau, Olli


-- 
| Oliver Brandmueller | Detmolder Str. 64 | 1000 Berlin 31 | Germany - (FRG) |
| Fax: +49 30 8536544 | V: 030/853 69 80  | Cityruf 315 30 68 30 (numerisch) |
| "Ich werde Millionaer, heirate Jodie Foster und nehme mir eine Nymphomanin |
|          als Putzfrau. Dann habe ich alles erreicht." - ob@school          |