🚀 go-pugleaf

kris@white.schulung.netuse.de (=?ISO-8859-1?Q?Kristian_K=F6hntopp?=) writes:

>>Es ging hier nicht um riesige NewsSysteme. Es ging um ein kleines
>>Newsprogramm fuer den Endkunden, der 30 oder 40 Newsgruppen liesst.
>>Mit einem Newsvolumen von 500kB bis 1MB am Tag und einer Haltezeit von
>>wenigen Tagen (man brauch keine 14 Tage alten Artikel).

>Was immer Du unter "kleines Newsprogramm fuer den Endkunden
>verstehst". Meine Kiste hier bekommt die News fuer mich und
>meine Frau und haelt die 14 Tage, damit wir auch dann noch News
>lesen koennen, wenn wir mal ein laengeres Wochenende machen. Die
>Nutzung entspricht einem typischen Pointsystem, wir haben vorher
>mehrere Jahre Crosspoint verwendet, bevor ich auf Linux
>umgeruestet habe. Auf der Platte sind derzeit etwa 37000
>Artikel, die mittlere Dateigroesse liegt bei 2.23 KB pro
>Artikel.

So wie ich dich einschaetze, bist GERADE DU kein typisches Pointsystem.
Ich dachte eher an folgende Groesse:

50 Newsgruppen mit ca. 20 Artikeln pro Gruppe am Tag = 1000 Artikel 
Haltezeit ca. 7 Tage. Also im Prinzip 7000 Artikel und nicht 37000!!

Die 1000 Artikel am Tag sind dabei noch sehr hoch eingeschaetzt. Bei einem
durchschnittlichen Artikel von 2KB waeren das 2MB Newsvolumen am Tag. 
Gepackt dann vielleicht 1MB. Nach meiner Erfahrung ist das aber eher 
selten. Viele Leute haben um ca. 100KB gepackte News am Tag....

>Nicht nur wegen der Problematik mit der Clusterung, sondern auch
>wegen der total unsinningen Handhabung von Verzeichnissen unter
>DOS: Ein Verzeichnis mit vielen Dateien darin sorgt dafuer, dass
>jeder Versuch eine Datei in diesem Verzeichnis oder einem seiner
>Unterverzeichnisse zu oeffnen extrem langsam wird. Schuld daran
>ist das hirntot programmierte findfirst()/findnext() von DOS.

>Die Alternative zeigt Crosspoint: Das Programm legt Artikel in
>grossen Dateien ab, die etwa Foldern von nn entsprechen.
>Crosspoint unterhaelt ausserdem Indexdateien, die B-Baeume von
>Zeigern in diese Dateien enthalten. Auf diese Weise entfallen
>hunderte von langsamen find*()-Aufrufen und open()-Aufrufen,
>stattdessen braucht man sich nur noch mit der linearen (statt
>wie in UNIX konstanten) Komplexitaet von seek() rumzuschlagen.

Alles schoen und gut. Aber fuer ein Minimalsystem ist es meiner
Meinung nach eher belanglos.


-- 

     Oliver Raupach