delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2016/11/29/20:08:40

X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:mime-version:in-reply-to:references:from:date
:message-id:subject:to:content-type; q=dns; s=default; b=UpKHGDj
qQDPxjOK0GCdOFLeG9OmXJgdVMNlA78MG9f7be3kmA9w0ioKNm5kljAotPMg8r4o
IqhiI0g6Q7yjodaprRP59gh3tL/nu5GP76uqAXc7ubOhSrDcfcnwOg7NuAR80O2G
HIvecda6hTsYlI7UGRxGMJzle4UhE6+Zl1MY=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
:list-unsubscribe:list-subscribe:list-archive:list-post
:list-help:sender:mime-version:in-reply-to:references:from:date
:message-id:subject:to:content-type; s=default; bh=D6XWVZLMe5EEH
OfYqZ7+Er2oDWs=; b=aQ3tlGrjLAhvwE+xMGQ2FYkW+Zfjy8wnt5TUn//bxEADi
SxnxHxR2ywLaBLiS6JUqjXeUzY2s1aHTZeDiQQf6gy1bqwwcLHIXuNXoTa/aXpAT
pJd1+6ww9eG93f7bq3K3cTbG1fovUgkK78RtLuy30ityyIIfNrUUwOEq5nLByU=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=oo, perf, transfer, Transfer
X-HELO: mail-wm0-f46.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=KUcf6DSRu3VNplRsfOIWRrUxl+15eV6rAEUZV8KElVA=; b=M7kvNono6HLFHOPOHmJRVAKvlghWv2rhsetnAj6pBtErm31sjQ6GJUHyddsCO+fmnF mQXi02xiXIvv86bmDxIv2vCrR5s11ms3z+wSquvp54mOZL4Cv0SYfnHLZxYAmJs/Wt7W Xhb0r7zHi7fvFmK7uSavWqPl5QIZ8YxKWi+ipJGuIARjojX1gpR/CWog+LAjw2+MqOCC BzazIJ5FDh+X23L8JFJzPrgMPYP0izylhtNrQaTSbQcHbwwVlZP5Z99CBDzu6UH8y/vv GhbKNBiklSgqW29Ko6ZNi+V0lo7Fa9jKKgFE+0QlIc7YuJZB+D+NcDwnV2YPndV+1qBM i2zw==
X-Gm-Message-State: AKaTC00dX6XkYGOXuniouf6jnKQfE/GchrDmYt8Q0dSYDZqiTR8WVpcpKel/tJzkyTIWm6t8Db48VdsEGWrAZA==
X-Received: by 10.28.23.137 with SMTP id 131mr25869586wmx.121.1480468087908; Tue, 29 Nov 2016 17:08:07 -0800 (PST)
MIME-Version: 1.0
In-Reply-To: <5adc37f5-608b-6c1f-6d14-83343c82dc9f@SystematicSw.ab.ca>
References: <CAO1c0AT52ZzCKc3yD_7eX6ri4VubrTb5L+X-4vHWoXBAX2jsfw AT mail DOT gmail DOT com> <5adc37f5-608b-6c1f-6d14-83343c82dc9f AT SystematicSw DOT ab DOT ca>
From: Daniel Havey <dhavey AT gmail DOT com>
Date: Tue, 29 Nov 2016 17:08:07 -0800
Message-ID: <CAO1c0ARyXv76_7WO3mvZFjmZ1yYw8Q8bcz5e37YpuVmqhJwejg@mail.gmail.com>
Subject: Re: Cygwin TCP slow
To: Brian DOT Inglis AT systematicsw DOT ab DOT ca, cygwin AT cygwin DOT com
X-IsSubscribed: yes

Okay, I will find some time to produce a patch.  It might take a while
though because I have a day job :).  BTW, what the heck is an STC?
Here is an experiment with three machines like this: O----O----O
The one in the middle has a 50ms of delay (25ms in each direction).

Here are the results from Cygwin on top of normal Windows:
[send side perf]
f:\home>iperf3 -c 10.178.204.101
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec  47.5 MBytes  39.8 Mbits/sec                  sender
[  4]   0.00-10.00  sec  47.5 MBytes  39.8 Mbits/sec                  receiver

[receive side perf]
f:\home>iperf3 -c 10.178.204.101 -R
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  41.2 MBytes  34.5 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  39.7 MBytes  33.3 Mbits/sec                  receiver

This matches the calculated performance.  Then we made a private build
of Windows that ignores SO_RCVBUF and SO_SNDBUF and just always uses
autotuning no matter what the app does.
[send side perf]
C:\testbox\tests>iperf3 -c 10.178.204.101
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   540 MBytes   453 Mbits/sec                  sender
[  4]   0.00-10.00  sec   540 MBytes   453 Mbits/sec                  receiver

[receive side perf]
C:\testbox\tests>iperf3 -c 10.178.204.101 -R
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec   553 MBytes   464 Mbits/sec    0             sender
[  4]   0.00-10.00  sec   553 MBytes   464 Mbits/sec                  receiver

If you set SO_RCVBUF and SO_SNDBUF then performance will be limited
according to the calculated values.  If you don't set those values and
let Windows autotuning do its thing then you will always get the
maximum available throughput.

I'll email again when I have the patch.  If you would like more
testing let me know and we can have our test people run some more
experiments.

thanxs :)
...Daniel


On Mon, Nov 28, 2016 at 12:51 PM, Brian Inglis
<Brian DOT Inglis AT systematicsw DOT ab DOT ca> wrote:
> On 2016-11-28 12:54, Daniel Havey wrote:
>> We have had complaints from several large hardware vendors that
>> Windows networking is slow for apps like iperf that are used to
>> measure throughput.  Iperf on Windows is compiled against the
>> cygwin1.dll.  We have root caused the problem to a couple of lines of
>> code in net.cc that set SO_RCVBUF and SO_SNDBUF to about 200KB.
>>
>> The theoretical window/RTT plot for the buffer size set by Cygwin
>> (0x34000 = 200KB) gives us:
>> 1ms -> 1703Mbps
>> 2ms -> 851Mbps
>> 3ms -> 567Mbps
>> 4ms -> 425Mbps
>> 5ms -> 340Mbps
>> 6ms -> 283Mbps
>> 7ms -> 243Mbps
>> 8ms -> 212Mbps
>> 9ms -> 189Mbps
>> 10ms -> 170Mbps
>> 20ms -> 85Mbps
>> 40ms -> 42Mbps
>> 60ms -> 28Mbps
>> 80ms -> 21Mbps
>>
>> We have confirmed this by experiment and also confirmed that the
>> limitation goes away if the buffers are not manually set.  Windows has
>> autotuning and when the buffers are set manually the autotuning is
>> disabled.  This is causing the throughput limitation.  So we would
>> like to formally ask that you please not manually set SO_RCVBUF or
>> SO_SNDBUF.
>
> See problem reports: http://cygwin.com/problems.html
> Provide STC, patches, attach cygcheck -svr output?
> Links to downstream bug reports, testing, results?
> Note that Cygwin iperf is year old 2.0.5.
>
> --
> Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019