Hallo Thomas,
macht das etwas an der torrent Performance des Servers?
Nope. Hast du mal an den MAXDOWN/MAXUP-Schrauben gedreht?
nein, noch nicht.
Das liegt an mehreren Dingen:
- ich weiß nicht genau wie ich die Schraube einrichten soll: was will
der in der config: kB/s? MB/s? … - es ist natürlich schon etwas seltsam das pro Client ein zu schränken:
dann dauert ja das syncen von wenigen Clients länger als es müßte, und
mir scheint es nicht so, als sei die Summe von 60 mal diesem Maximum das
was ich am Server als „maxdownload“ gesehen habe (siehe unten) … - es ist sehr schwer zu testen. Das letzte mal als ich ein Windowsimage
in meinen zwei Computerräumen verteilt habe war das ein echtes Desaster.
14 GB Image auf zwei Räume (60 Clients).
Im ersten Raum (31 Rechner) sind 17 Rechner auf rsync zurückgefallen:
die hab ich dann neugestartet, damit die Netzwerk und Serverlast wieder
runter geht (manche sind später nochmal auf rsync zurückgefallen). Die
ersten 50 Minuten gab es auch keinen nennenswerte „andere“ Last auf
Server oder Netzwerk: das war nämlich vor der ersten Stunde.
Alles in allem waren die letzten Rechner nach 1,5 Stunden erst fertig
… ich hab die Clients alle die ganze Zeit beobachtet und ab und zu
auch mal auf dem Server nachgesehen (mit dem screen-manager.sh)
Der zeigte das hier an:
META INFO
Announce: http://10.16.1.1:6969/announce
Created On: Thu Mar 31 00:34:27 2022
Piece length: 262144
Created with: Enhanced-CTorrent/dnh3.3.2
FILES INFO
<1> win10-lmg-intel.qcow2 [14589674496]
Total: 13913 MB
warn, couldn't set bit field refer file
"win10-lmg-intel.qcow2.torrent.bf": No such file or directory
This is normal if you are seeding.
Listening on 0.0.0.0:2701
Press 'h' or '?' for help (display/control client options).
> 0/0/1 [55541/55656/55541] 0MB,0MB | 0,0K/s | 0,0K E:0,1 Checking: 99%
Checking completed.
FILES INFO
<1> win10-lmg-intel.qcow2 [14589674496] 55656/55656 (100%)
Total: 13913 MB
Seed for others 100000 hours
/ 0/22/60 [55656/55656/55656] 0MB,175692MB | 0,29120K/s | 0,31360K
E:0,16
schnelle Clients (also die größten Zahlen die ich gesehen habe) zeigten
um die 13000K/s an
Die allermeisten schwankten aber sehr stark und eben immer wieder bis
auf 0 K/s und dann auch bis der Timeout durch war und sie rsync genommen
haben.
An Clients und Server hab ich nichts verändert seit dem upgrade auf linbo 4.
Vorher konnte ich Jahrelang beide Räume gleichzeitig ohne Probleme
bespielen: die haben dann auch alle brav mit 13000 K/s gezogen…
Wenn ich nun also 13 000 K/s als Maximum eintrage, dann entlastet das
den Server ja gar nicht wirklich, weil dann schon zwei Clients ihn
„zumüllen“ würden. (siehe screen oben: 31360 K/s am Server).
Also hab ich das Testen erstmal verschoben bis ich mir hier mehr im
klaren bin, was ich machen sollte.
und dann teste ich es im Semianr, weil da die Rechner sicher aufwachen
und ich das also Nachts laufen lassen kann.
LG
Holger