From: Nitezki@NiDat.sub.org (Peter Nitezki)
Subject: Re: Fragmentation auf der News-Platte
Organization: Nitezki Datensysteme, Kraichtal, Germany
Distribution: de
Date: Thu, 31 Dec 1992 11:52:16 GMT

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
Newsgroups: de.comp.sys.next