Connection closed by peer bei großem Input

[simonszu]

Folgendes Szenario:

Ein FullHD-Bild, was in einen SEHR langen Bitstring serialisiert wird. Dieser String wird dann in einem einzelnen socket.send an den Server geschickt wird. Resultat: Connection closed, socket reset by peer.
Ein einfarbiges Bild funktioniert übrigens. Fix das mal.

Ich würd das Issue ja bei https://github.com/ands/pixel einrichten, weil Lars sagt, das wäre produktiver maintained, aber da sind Issues deaktiviert, und weil es ja auch nur ein Fork ist, kommt das Issue einfach nach Upstream. So. @ands

[rene-dev]

Ich vermute dass da irgendwas irgendwo zu groß wird, vermutlich auch auf der client Seite.
ab welcher Größe tritt das auf? python? gib mal die länge von dem aus was du in socket.send kippst.

[simonszu]

Jo, Python 3. len(str) ist 38142000. Ich setz jeden Pixel mit PX, nix mit Offset. ..allerdings konvertiere ich den String mit utf-8 in einen bytestream. die hip ist jetzt vorbei, ich teste mal, ob ein anderes encoding besser ist.

[ands]

Der Server hat da eigentlich keine Begrenzung. Der holt sich halt zum Abarbeiten immer nur 64kB gleichzeitig vom TCP Stack. Den Rest sollte der TCP Stack regeln. Ich vermute daher auch ein Limit auf niedrigeren Netzwerkebenen.

Habe mal bei meinem Fork die Issues aufgemacht und den default Branch auf den aktuelleren gesetzt.

[simonszu]

Ja, eventuell. Wir hatten heute auch noch einen etwas faulty switch, der den Traffic irgendwie hart gedrosselt hat. Ich werde das unter kontrollierbarer Umgebung (zu Hause) noch mal nachbauen, um flaky Netzwerkstruktur auszuschließen.

On Sun, Feb 25, 2018, 16:11 ands ***@***.***> wrote: Der Server hat da eigentlich keine Begrenzung. Der holt sich halt zum Abarbeiten immer nur 64kB gleichzeitig vom TCP Stack. Den Rest sollte der TCP Stack regeln. Ich vermute daher auch ein Limit auf niedrigeren Netzwerkebenen. Habe mal bei meinem Fork die Issues aufgemacht und den default Branch auf den aktuelleren gesetzt. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#6 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAqxI_76tuccghbVszp_LroGYtrG50s8ks5tYXglgaJpZM4SSS-m> .

-- Before printing this email, think if it is really needed.