04-10-2015, Sunday-23:16:59
ADSL 16 Mbit nominell sind bei mir 10 MBit netto oder knapp 1.2 MB/s. Da sollte ziemlich genau 220 Sekunden dauern. Ich hatte noch nie ADSL wo da ankam, was zuerst versprochen würde.
Zip sollte nicht länger dauern als binary, da der Zip-Algorithmus heutzutage fast schneller ist als manche Massenspeicher. Zumindest wenn du mehr als einen Kern hast (was bei einem Vserver nicht der Fall sein mag). bzip2 ist ca. 10x aufwendiger, und daher langsam.
Vielleicht ist das Problem eher, dass ein zweiter Thread aufgemacht wird, der dann aus irgendwelchen Gruenden scheitert. Dass könnte man beheben, indem man den Server explizit ohne "MULTI_THREAD" compiliert.
Timeout: Sorry, ich hatte das mit dem 30s open_socket timeout auf nicht-exitierende Adressen verwechselt. In der Transferroutine selbst ist ein 10s timeout. D.h. sobald der Server loslegt, sollten mindestens 4k daten in 10s eintreffen, sonst gibt es einen Timeout. Der Knackpunkt steckt in "nwc = network_check_activity( NULL, 60000 );" in der Datei network_file_transfer.cc in Zeile 205. Der Server hat ein sync-Kommando gesendet, aber noch keine Daten. Ich werde den Wert höher setzen und den Ladebalken mit "Server preparing game" oder so melden lassen.
Ich werde mal weiter testen, die Hinweise waren recht hilfreich zur Fehlersuche.
EDIT: Ich konnte aber in keinem Falle der Server selbst zum crashen bringen, egal wannich abbrach.
Zip sollte nicht länger dauern als binary, da der Zip-Algorithmus heutzutage fast schneller ist als manche Massenspeicher. Zumindest wenn du mehr als einen Kern hast (was bei einem Vserver nicht der Fall sein mag). bzip2 ist ca. 10x aufwendiger, und daher langsam.
Vielleicht ist das Problem eher, dass ein zweiter Thread aufgemacht wird, der dann aus irgendwelchen Gruenden scheitert. Dass könnte man beheben, indem man den Server explizit ohne "MULTI_THREAD" compiliert.
Timeout: Sorry, ich hatte das mit dem 30s open_socket timeout auf nicht-exitierende Adressen verwechselt. In der Transferroutine selbst ist ein 10s timeout. D.h. sobald der Server loslegt, sollten mindestens 4k daten in 10s eintreffen, sonst gibt es einen Timeout. Der Knackpunkt steckt in "nwc = network_check_activity( NULL, 60000 );" in der Datei network_file_transfer.cc in Zeile 205. Der Server hat ein sync-Kommando gesendet, aber noch keine Daten. Ich werde den Wert höher setzen und den Ladebalken mit "Server preparing game" oder so melden lassen.
Ich werde mal weiter testen, die Hinweise waren recht hilfreich zur Fehlersuche.
EDIT: Ich konnte aber in keinem Falle der Server selbst zum crashen bringen, egal wannich abbrach.