X-Recipient: archive-cygwin@delorie.com
X-Spam-Check-By: sourceware.org
Date: Wed, 11 Jan 2012 15:04:22 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: socket performance (was Re: Building cygwin1.dll)
Message-ID: <20120111140422.GA11491@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <4F04613B.6050505@gmail.com> <B6F87B4D-C088-49BF-B52C-3D0168EAC78D@playsafesa.com> <20120109134311.GH15470@calimero.vinschen.de> <DDBC23AA-2E2B-4DF2-9783-7611AB80C1C8@playsafesa.com> <20120110144556.GG2292@calimero.vinschen.de> <23A68B159C764FB2B048DAD0F256B935@multiplay.co.uk> <20120110162809.GH2292@calimero.vinschen.de> <4C3EE0F960B24B98A01422BB14D4BF33@multiplay.co.uk> <20120110172621.GJ2292@calimero.vinschen.de> <6E23B1B3BBEF4CFFB88FEB74F1DCF20E@multiplay.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <6E23B1B3BBEF4CFFB88FEB74F1DCF20E@multiplay.co.uk>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On Jan 10 18:21, Steven Hartland wrote:
> ----- Original Message ----- From: "Corinna Vinschen"
> >Well, the file I downloaded was a self-extracting zip archive and the
> >file it contains is called Windows6.1-KB983528-x64.msu, so I'm fairly
> >certain it's the right one for an AMD64 system.
> 
> Windows6.1-KB983528-x64.msu is the file I have here too so unless
> there's something else a play i.e. running as Administrator UAC rubish?

Unlikely.  When trying to run .msu files, there's not evewn the choice
to run them normally or "as administrator".

> >>If this bug is effecting your you need to ensure that you make no connections
> >>using the machine that could possibly trigger the throughput issues prior to
> >>testing. Otherwise you'll be using a tcp stack without scaling.
> >
> >Sounds tricky.  The laptop is a domain member and it's not in the same
> >room with me so I'm running this via rdesktop.  But that would be fixable.
> >
> >However, if this issue is the problem, then why is sftp fast and only scp
> >and rsync slow?  I can reproduce this at will, not only once in the
> >right order.
> 
> Hmm that would indeed not be explained by the KB iirc there are some
> internal differences between the way sftp and scp transfer data.
> 
> Do you have a wireshark dump of the two transfers we could examine?

I created them.  I see the difference, but I can't explain it.  I
experimented with the TCP_NODELAY flag, but it had only a marginal
effect.  If you want to take a look into the dumps, I'll send you the
download addresses in a minute via PM.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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

