🚀 go-pugleaf

bjoern@luram.cpr.sub.org (Manfred Riese) writes:

> > Das alles ist weniger schlimm, als es aussieht - wie soll bei 14400 bps und
> > komprimierten news viel mehr als 1300 cps 'rauskommen ??? Und auf diesen We
> > bin ich auch beim 1.64er uucico ohne Verrenkungen gekommen. Wenn weniger
> > 'rauskommt, wird es eher daran liegen, das der Rechner es nicht schnell gen
> > wegschafft - was meist zu beheben ist durch die Installation eines
> > FOSSIL-Treibers.
> 
> Da kann ich nicht zustimmen. In unserer Domain existieren 2
> Rechner (Next) die mit paketsize 256 oder mehr arbeiten (bei
> windowsize 7) und Werte von 2000 bis 2200 cps ereichen. Das liegt

> daran, dasz der Compress nicht so gut komprimiert, wie es v.42bis
> kann. Deshalb wuerde ich mich schon ueber eine groesze paketsize
> freuen, die nicht nur mit Waffle funktioniert (Tut sie das
> ueberhaupt ??). Sobald ich etwas mehr Zeit habe, werde ich mal an
> den Autor schreiben ...

Hier mal ein Artikel, den ich vor einigen Tagen gepostet habe:

--- snip
Subject: UUCICO & hoehere Paktegroessen
From: Jochen Erwied <mack@joker.wes.open.de>

Nachdem der uucico von Waffle auch groessere Pakete unterstuetzt, wollte
ich das Ganze natuerlich auch mal praktisch ausprobieren.

Hier nun mal die Tips, wie man einen Waffle-UUCICO dazu ueberreden kann,
auch mit einem nicht-Waffle-UUCICO groessere Pakete zu verwenden.

1. Das erste Problem ist, dass die meisten uucicos 'g'-Proto nur mit 3
   oder 7 Windows mit 64 Byte unterstuetzen. Versucht man dann, auf 
   groessere Pakete umzuschalten, meint die Gegenstelle, dies nicht zu
   koennen und schaltet auf 64 Byte um. ('Packet size downgraded to 64')

   Als andere Fehlerquelle bleibt noch, dass der andere uucico zwar die
   groesseren Pakete unterstuetzt, aber dies nicht korrekt meldet. Kon-
   sequenz: Waffle sendet mit 64 Byte, der Gegenrechner mit den entspre-
   chenden groesseren Paketen. Folge: Verbindungsabbruch :-)

2. Waffle unterstuetzt nur 'g'-Proto, die Loesung des Problems ist aber
   'G'-Proto. 'G' ist die Version des 'g', die auf jeden Fall auch grosse
   Pakete (soweit ich weiss, bis zu 4096 Byte) verwenden kann.

   Also muss man den Waffle-UUCICO so patchen, dass er als moegliches
   Protokoll nicht 'g' sondern 'G' meldet. Dazu sucht man im Binary nach
   der Sequenz 'U%c' und patcht diese um in 'UG\0'. 

   Vorbedingung dafuer ist natuerlich, dass die Gegenseite 'G'-Proto hat.

3. Ruft man jetzt den gepatchten uucico auf, und setzt ueber '-k' eine
   entsprechend grosse Paketgroesse, sollte das Ganze funktionieren.
   Falls man einen Fossil-Treiber verwendet, sollte dieser als Puffer-
   groesse mindestens 'Anzahl Windows * Paketgroesse' Bytes gross sein.
   Also z. B. 7 Windows * 512 Byte Pakete = mind. 3584 Bytes, besser
   4096 Bytes. Bei mir funktionieren _nur_ 512 Bytes (obwohl man sie
   laut Dokumentation eigentlich nicht nehmen sollte :-))

   Die Transferraten sind dadurch bei mir um durchschnittlich 150 cps
   nach oben gegangen. Im Augenblick bekomme ich im Durchschnitt ca.
   1450 cps, Spitzenwerte pro File bei 1620 cps.

   Ich verwende dazu 7 Windows und 512 Byte-Pakete.

Comments welcome!
--- snip

Anmerkung: Dies gilt _nur_ fuer Waffle UUCICO der Version 1.65!

-Jochen

--
   Jochen Erwied - Asternweg 5 - D-W-4230 Wesel - Internet: mack@wes.open.de
   "Spass und Freude durch Musik, wir wollen's laut, dass reisst uns mit.
 Denn Rockmusik ist nicht so leise, wie die ganze Schlagerschei**e" [Bonfire]