Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Stefan Reuther Newsgroups: de.comp.lang.javascript Subject: Re: HTTP POST? Date: Wed, 12 Jun 2019 18:14:30 +0200 Lines: 46 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Trace: individual.net 5NlSSm8l77/StZW5RY9m7gXBGCzjh+yO0TtNY8URs34T3XSZjK Cancel-Lock: sha1:HScib8dbGGH3zhfH065vxDu9hs0= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 Hamster/2.1.0.1538 In-Reply-To: Xref: csiph.com de.comp.lang.javascript:5120 Am 11.06.2019 um 22:02 schrieb Ulli Horlacher: > Stefan Reuther wrote: >> Ein HTTP-Connect ist ein TCP-Verbindungsaufbau (3 Pakete) + die >> Requestdaten. Wirklich langsam wird das eigentlich alles nur, wenn du >> z.B. irgendwelche Randfälle von Nagle's Algorithm o.ä. triffst, wo eine >> Seite erst einen Timeout oder ACK abwartet, bevor sie sich traut, ein >> Folgepaket zu schicken. > > Du vergisst den Overhead beim Serverstart. Ich gehe natürlich davon aus, dass ein Übertragungsratenmesstool als Gegenseite einen Übertragensratenmesstoolserver hat und keinen generischen HTTP-Server mit Server-Architektur der 90er. Der Server sollte schon da sein, und nicht erst vom inetd gestartet werden. Einen solchen Server von Null an zu schreiben ist wirklich kein Hexenwerk. >> Und all das lässt sich durch Vergrößerung der Datenmenge reduzieren. >> Mehr Daten in der Payload = Kernel hat immer was zu senden = Overhead >> geht besser unter. > > Meine Server machen ca 5 GB/s Durchsatz. In dem Bereich muesste ich Daten > verschicken um den Overhead zu minimieren. Das ist bei langsamer > Client-Anbindung (DSL, WLAN, etc) unbrauchbar. Deswegen adaptiv. Wie lange brauchen 64k? Wenn unter einer Sekunde: wie lange brauchen 256k? Und so weiter. >>>> Fehlkonfigurationen ausgenommen wird kein Browser der letzten 20 Jahre >>>> wirklich für jeden Request eine neue Verbindung aufbauen. >>> >>> Wenn ihm das die Gegenseite vorschreibt, schon. >>> Da gibts mehrere Moeglichkeit. Eine davon waere ein Proxy. >>> Oder mein tcpbm Server. >> >> Ich gehe natürlich von einem angepassten Server aus. Also keinem, der >> bei so einem Benchmark-Request erst das CGI vom NFS startet. > > Einen Proxy kannst du nicht beeinflussen. Du musst den benutzen, so, wie > er ist. Eine synthetische Bandbreitenmessung über einen Proxy ist aber auch ziemlich absurd. Stefan