-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander 'boesi' Bösecke wrote: | Wer funkt hier dem Server dazwischen und packt (wahllos?) Packete | zusammen? Ich kann ja schlecht nach jedem send eine Pause von 200ms | (100ms sind zuwenig) einlegen. | System ist hier WinXP, aber das soll natuerlich alles plattformunabhaengig | funktionieren. Schonmal ein flush probiert nach dem send ? In der Regel optimiert der TCP Stack die Packete möglichst optimal, weil jedes Packet einen Overhead erzeugt, wird versucht Packete möglichst nah am MTU zu generieren. Ein Netzwerkprotokoll ist nie so aufgebaut (auser bei UDP). Daß angenommen wird ein Packet enthalte eine gewünschte Information. Jeder Router kann ein Packet splitten wie es ihm beliebt. Ein Protokoll sieht in der Regel etwa so aus: Lenght (integer), Typ (integer), Daten Du ließt die die länge dann ein, und parst die Nachricht nach dem Typ, Gruß ~ Daniel - -- nihil me cirumdat .. . .. ... . . .. . ... . .. . ... . . . pgp key @ http://files.poelzi.org/pgp.txt ED80 E53D 5269 4BB1 1E73 3A53 CBF9 A421 0A7B 003D -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAbBHsy/mkIQp7AD0RAre7AJ0cZKNr1kyYfqoJ+Z5lhxxAOGaqQACfQ7Ga spDD4vbnIcl33Ma0sLx/L0Q= =6fo5 -----END PGP SIGNATURE----- _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

...

...

...

...

"Alexander" == Alexander 'boesi' Bösecke writes:

[...] Alexander> Ich hab mal die Kommunikation zwischen Client und Alexander> Server mit Analyzer (ein Sniffer) belauscht. Alexander> Der Server verwendet folgenden Code zum Senden: Alexander> self.connection.send('OK') Alexander> self.connection.send(cPickle.dumps(file_size)) Alexander> sendBytes = 0 Alexander> while 1: Alexander> data = file.read(self.BlockSize) Alexander> if not data: break Alexander> self.connection.send(data) Alexander> sendBytes += len(data) Alexander> print '%d - %d' % (file_size, sendBytes) Alexander> Das erste send erzeugt ein eigenes TCP-Packet, so wie's Alexander> sein soll. Das TCP-Packet des zweiten send dagegen Alexander> vermischt mit dem des dritten send. Alexander> Wenn ich nach dem zweiten send ein time.sleep(0.2) Alexander> einfuege, funktioniert alles wie gewollt. Alexander> Wer funkt hier dem Server dazwischen und packt Alexander> (wahllos?) Packete zusammen? Ich kann ja schlecht nach Alexander> jedem send eine Pause von 200ms (100ms sind zuwenig) Alexander> einlegen. System ist hier WinXP, aber das soll Alexander> natuerlich alles plattformunabhaengig funktionieren. I glaube nicht, dass Du Dich darauf verlassen kannst, dass die Packetstueckelung, die Du an einem Ende schreibst, am anderen Ende so wieder rauskommt. (IIRC, duerfen Router unterwegs ggf. Pakete aufteilen etc., wenn die so nicht uebertragen werden koennen). TCP ist ein Datenstrohm, da musst Du schon selber im Datenprotokoll fuer eine Datenbegrenzung sorgen. Wg. des 0.2 sek. wartens: Da gibt es eine Option, den Nagle-Algorithmus auszuschalten, damit sollte dieses Zeitinterval kuerzer werden. Aber wie gesagt, verlassen darfst Du Dich da nicht drauf. Holger _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de

...

...

...

...

"Alexander" == Alexander 'boesi' Bösecke writes:

>> Wg. des 0.2 sek. wartens: Da gibt es eine Option, den >> Nagle-Algorithmus auszuschalten, damit sollte dieses >> Zeitinterval kuerzer werden. Alexander> Das ist dann aber die Methode mit'm Vorschlaghammer, Alexander> oder? Für das, was er machen wollte, schon. Das Abschalten des Nagle-Algorithmus kann jedoch sehr sinnvoll sein. Wenn Du ein Protokoll hast, bei dem beide Seiten schnell, wechselseitig eineinader kurze Packete schicken, bringt das einen merklichen Durchsatzgewinn. Holger _______________________________________________ python-de maillist - python-de@python.net http://python.net/mailman/listinfo/python-de