🚀 go-pugleaf

In de.admin.news.software, article <5wCpr*Ng0@forge.erh.sub.org>,
  barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
< In article <14rplkINN9fh@smurf.smurf.sub.org>, Matthias Urlichs writes:
< 
< > PS: Nein, INN ist noch nicht fertig. Ich schaetze, der Release kommt in drei
< > Wochen (fruehestens) -- gerade ist die vorletzte Betaversion fertig geworden.
< 
< Wird  es  denn  Sinn machen, INN auch auf reinen UUCP-Sites einzusetzen, oder
< ist  INN  nur  fuer  'echte'  Internet-Sites  (die halt per NNTP austauschen)
< interessant?

INN ist hauptsaechlich ein Newsdaemon (der News-akzeptierende-und-spoolende
Teil) mit internem Multitasking. Das heisst, du kannst lokal was posten,
waehrend ein paar UUCP-Jobs gerade ankommende News spoolen, nebenbei noch
zwei Newsgroups einrichten und den Status einer dritten auf moderiert aendern
etc.pp., ohne dass einer dieser Jobs auf irgendwelche Lockdateien warten oder
irgendwas in in.coming zwischenspeichern muss.

Das Posten ist synchron -- wenn inews sich ohne Fehlermeldung beendet (zwei
Sekunden max.), weisst du, dass der Artikel fehlerfrei vom Server akzeptiert
wurde.

Du kannst Batchdaten nicht nur in Dateien schieben, sondern auch per Pipe an
Programme weiterleiten. Sachen wie Antwortdaemons in *.test laufen immer im
Hintergrund mit und wachen von selber auf, wenn was fuer sie zu tun ist,
anstelle dauernd via cron gestartet werden zu muessen.
Auf dieselbe Art kann ich als Internet-Site die Artikeldaten direkt via
stdin an nntplink verfuettern (der Autor von nntplink verwendet inzwischen
auch INN ;-) und erhalte dadurch host->host-Zeiten von ein paar hundert
Millisekunden.
Ein guter UUCP-Batcher, der auch auf diesem Weg gefuettert werden kann,
wird ebenfalls mitgeliefert.

Das Format der sys-Datei ist geaendert -- das Flags-Feld hat einen Haufen
neuer Optionen, die wunderbarerweise sogar voneinander unabhaengig sind,
und statt der doofen ".all"-Konvention wird dasselbe Patternmatching
verwendet wie in /bin/sh.

Auf der inn-Mailinglist hat jemand mal einen Ausschnitt aus seiner Logdatei
gepostet, woraus hervorging, dass sein INN-Daemon in zwei Millisekunden fuenf
Artikel verarbeitet hat. (Ich glaube, das war eine Sun Sparc-Irgendwas.)

Dass ein staendig laufender Daemon, der zum Erreichen dieser Geschwindigkeit
so gut wie jede Datenstruktur im Hauptspeicher cacht, etwas mehr Haupt-
speicher braucht als relaynews/newsrun, duerfte klar sein; zwei MB wuerde
ich schaetzen. Das Programm selber ist gestrippt bei mir nur 140 kBytes
gross.

-- 
Fanatics have their dreams, wherewith they weave a paradise for a sect."
		-- Keats
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/