X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Wed, 11 Jan 2012 15:04:22 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: socket performance (was Re: Building cygwin1.dll) Message-ID: <20120111140422.GA11491@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <4F04613B DOT 6050505 AT gmail DOT com> <20120109134311 DOT GH15470 AT calimero DOT vinschen DOT de> <20120110144556 DOT GG2292 AT calimero DOT vinschen DOT de> <23A68B159C764FB2B048DAD0F256B935 AT multiplay DOT co DOT uk> <20120110162809 DOT GH2292 AT calimero DOT vinschen DOT de> <4C3EE0F960B24B98A01422BB14D4BF33 AT multiplay DOT co DOT uk> <20120110172621 DOT GJ2292 AT calimero DOT vinschen DOT de> <6E23B1B3BBEF4CFFB88FEB74F1DCF20E AT multiplay DOT co DOT 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 AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT 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