🚀 go-pugleaf

In de.admin.news.software, article <BrwJ1r.96B@malihh.hanse.de>,
  clu@malihh.hanse.de (Carsten Lutz) writes:
< 
< Kann mir mal jemand den Sinn des explode/out.master/Masterbatchfiles - Krams
< im CNews-Performance release erklaeren ? Ich habe das Ding grade bei mir
< installiert, komme aber nicht so ganz hinter den Sinn des explode. Ausserdem
< wird bei mir im out.master auch nix angelegt, der Betrieb funktioniert ohne
< explode ebenso wie in aelteren releases. Wozu ist explode also da ?
< 
Nimm mal an du bist UUNET.  ;-)

Du hast einen dicken Newsrechner und 700 Sites, die von dir gefuettert werden
sollen. Dein System erlaubt aber nur 32 oder 64 oder 128 offene Dateien.
Trotzdem sollen 700 Batchfiles geschrieben werden. Staendig Batchfiles auf-
und zuzumachen ist viel zu aufwendig.

Folgerung: Du machst 30 Exploder-Feeds, bei denen eine Liste der diesen
Feed empfangenen Sites mit in die Batchdatei geschrieben wird, und laesst
dir jeden dieser Teile von einem eigenen Explodierprogramm auf 20..25 site-
spezifische Batches rausschreiben.

Soweit zum Sinn. Wie das im Einzelnen passiert, weiss ich nicht, da ich seit
einem Jahr kein C-News mehr konfiguriert habe und das dank INN auch nicht 
vorhabe.

Anekdote am Rande: Die C-News-Leute haben den Kram extra fuer uunet und
aehnliche Sites dazugeschrieben. Ueberraschung: uunet ist gerade dabei,
von C News auf INN umzustellen. ;-)
PS: Nein, INN ist noch nicht fertig. Ich schaetze, der Release kommt in drei
Wochen (fruehestens) -- gerade ist die vorletzte Betaversion fertig geworden.

-- 
Give thought to your reputation.  Consider changing name and moving to
a new town.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/

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?


	Ciao
		Henning


--
-- Henning Schmiedehausen --- barnard@forge.erh.sub.org --- A 3000/25 --- __
Captain, wir koennen es schaffen, wir koennen den  |Home of Barnard's__  ///
Transporter modifizieren. Wir brauchen 15 Jahre und|Software Forge   \\\///
100 Techniker... - Geordi LaForge, ST:TNG - The ensigns of command    \XX/

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)/