Newsgroup: it.comp.os.linux.sys
Titolo: Re: alternativa multithread a leafnode?

 solo"?
http://news.aioe.org/spip.php?article18
se dovessi aver bisogno di maggiori prestazioni, rimpiazza suck con suckmt.
Considera che così facendo, se sbagli, rischi seriamente di essere bandito
dal news server che usi a causa del troppo stress generato da suckmt (che è
un programma pericoloso sotto questo punto di vista).
Se hai altri dubbi, chiedi; la domanda iniziale era formulata in maniera
abbastanza generica.

 solo"?
Se vuoi qualcosa di leggero, e sei sotto Debian, ti conviene INN +
newsx. Il primo lo configuri come riportato nell'HOWTO di Marco D'Itri,
il secondo lo configuri come riportato in un HOWTO dedicato a INN2 e
newsx. Se poi vuoi usare INN2 (scelta dettata da molti fattori, tra cui
la disponibilita`), allora segui il secondo HOWTO
Enrico

 c'e'?
Perche`, e` uscito?
Enrico
P.S. penso che leafnode2 sia piu` vaporware di enlightenment 0.17 ...

 state confermando.
io userei SN....

 assurdamente complicati da usare ed inutilmente difficili da configurare
Da quello che ho visto, e` un bagno di sangue anche compilarlo...
Enrico

 di memoria.... e per un leaf site non so quanto varrebbe la pena.
Dipende dal tipo di spool che configuri. Per esempio, lo spool
tradizionale memorizza ogni post in un file, con tutti i pro e i contro
di una tecnica del genere
Enrico

 inn1, inn2, leafnode, leafnode2 (alpha), leafnode+, sn....
Se non ricordo male ce n'era anche un altro (ma a quanto pare ricordo
male, visto che Apache James non lo contemplavo :) )
Enrico

 inn1, inn2, leafnode, leafnode2 (alpha), leafnode+, sn....
Gran parte dei programmi scritti per USENET risale a 10/15 anni orsono,
quando un 486 con 32 MB di RAM era il massimo in fatto di tecnologie. Di
qui la decisione di creare tanti programmi fortemente specializzati ognuno
in qualcosa.
bnews e cnews sono archeologia informatica. Peraltro, compilarli su macchine
di oggi richiederebbe probabilmente alcuni interventi sui codici sorgenti.
inn1 è vecchio, difficile da compilare, veramente duro da configurare ed ha
molte meno funzioni di inn2. La documentazione è davvero molto carente.
IMHO non vale la pena.
leafnode (originale) è molto testato, abbastanza leggero, ben configurabile
e supporta facilmente server multipli da cui ricevere (ed a cui inviare) i
post. Però ha anche il difetto di scalare malissimo, di essere molto lento
quando i gruppi diventano più di venti, di stressare il disco (quando gli
articoli in cache diventano tanti). Ha anche lo svantaggio di *non* essere
in grado di gestirei gruppi locali.
tutte le altre versioni di leafnode sono vaporware.
sn è ancora più leggero, molto educato con i server remoti, configurabile in
maniera molto più granulare (è strutturato come un reticolo di script che
invocano i vari programmi). Per contro è anche parecchio più difficile da
configurare di leafnode per usi non banali. Anche sn scala male e presenta
parecchi problemi quando deve gestire *decine di migliaia* di messaggi
nello spool. 
nntpcache è vecchio, non manutenuto, pesante e complicato. Ha l'ulteriore
difetto di perdersi qualche messaggio ogni tanto. Però è anche molto
sofisticato e presenta tante features interessanti (a patto di riuscire a
capore come attivarle). IMHO oggi come oggi è un giocattolo da smanettoni.
inn2 si può odiare od amare. E' leggero, stabile, molto configurabile, non
richiede quasi nessuna manutenzione. Per contro è complicato da installare
e da configurare. inn2 permette di fare qualunque cosa ma richiede tanto
lavoro durante il setup. La poca documentazione costringe spesso a
procedere per tentativi. Alcuni meccanismi interni sono poco comprensibili
ed a tratti apparentemente contro il buonsenso (ad esempio è possibile
cancellare un messaggio prima che arrivi).
detto questo, secondo me il programma migliore dipende dalle tue necessità
cioè dal numero dei gruppi che devi gestire in locale e dalle dimensioni
della cache locale (cioè dal numero degli articoli che vuoi conservare sul
tuo host).
Se i gruppi sono circa dieci ed i messaggi meno di poche migliaia, leafnode
ed sn sono grossomodo equivalenti. sn è più configurabile, leafnode è più
facile da configurare. 
Se i gruppi sono poche decine ed i messaggi meno di 10000, probabilmente
leafnode è leggermente migliore di sn. In ogni caso, non aspettarti
prestazioni sfolgoranti da nessuno dei due.
Se i messaggi sono oltre 10000 (e meno di un milione) imho inn2 così come
pacchettizzato da debian è la scelta migliore. In fondo tutta la fatica si
riduce a creare in locale i gruppi quindi ad approntare due script, uno per
ricevere, uno per spedire. Se configuri inn2 per usare gli spool ciclici
(CYCBUFF) come sistema di storaggio puoi ottenere l'assoluta sicurezza che
lo spazio su disco occupato dallo spool non potrà mai eccedere un valore
deciso da te. Per contro, così facendo devi allocarlo fin dall'inizio. Le
prestazioni sono nettamente migliori di quelle di leafnode ed sn e non
peggiorano di molto all'aumentare dello spool.    

 IMHO non vale la pena.
Secondo me invece ne vale la pena per un server casalingo, seguendo
l'HOWTO di md (
http://www.linux.it/~md/text/inn+suck-HOWTO.gz
) circa 10
anni fa ho messo in piedi il mio primo news server casalingo, tempo
totale 10 minuti per fare tutto più qualche altro minuto per spezzare
suck in due parti perché suck-avo le news in università, le compattavo,
copiavo su floppy (quelli c'erano) e le portavo a casa dove la seconda
parte della procedura di suck le dava in pasto al mio inn, tornando in
università facevo la procedura contraria :-)
Bei tempi!
Ah: inn1 è in Debian pronto per essere installato.
Ciao, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 wendelnntpd
No, era qualcosa tipo sn, ma ovviamente non ricordo come si chiamava
(forse era nntpcache, ma non ci metterei la mano sul fuoco)
Enrico

 c'e'?
$ leafnode -v
200 Leafnode NNTP daemon, version 2.0.0.alpha20070108a at 
news.nixstation.ltd
Dovrei aggiornarlo. Funzia comunque discretamente. Quando però i 
messaggi e i gruppi aumentano, si nota che fa fatica.

Mandi! "Romolo (was: Remolo)"
  In chel dì si favelave...
RwR> esiste una alternativa multithread a leafnode? Insomma, una cosa un po' 
RwR> piu' velocina, che non scarichi i file uno per volta.
Io uso sulla BBS (si, ho ancora una BBS Fidonet, 2:333/1016, anche se
non è più connessa alla rete per vari motivi...) inn1+newsx su debian,
fino a prima di sarge usavo inn (non esisteva il 2 ;) e suck.
Sono passato a newsx perchè suck funzionava solo con inn2 (problemi di
dipendenze), ma ad ogni modo reputo newsx molto meglio, specie per cose
semplici.
Sul portatile uso leafnode, che 'succhia' dal server: in questo modo le
configurazoni complesse (più feed, ...) le facico su inn e leafnode
sostanzialmente ha solo un server da gestire.
Non mi trovo male, ma non ho provato altro. ;)
-- 
  L'essenziale e` invisibile agli occhi
					(Il piccolo principe)

 semplici.
suck è più configurabile, più stabile, estremamente flessibile
è anche avido di memoria, difficile da configurare, lento
per le cose semplici è meglio newsx, solo per quelle davvero molto semplici