X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=0.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 10 Jan 2012 18:21:55 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 10 Jan 2012 18:21:54 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=135670db80=killing AT multiplay DOT co DOT uk X-Envelope-From: killing AT multiplay DOT co DOT uk X-MDaemon-Deliver-To: cygwin AT cygwin DOT com Message-ID: <6E23B1B3BBEF4CFFB88FEB74F1DCF20E@multiplay.co.uk> From: "Steven Hartland" To: References: <95814509-4E08-44C6-8E59-026225EC0FF5 AT playsafesa DOT com> <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> Subject: Re: socket performance (was Re: Building cygwin1.dll) Date: Tue, 10 Jan 2012 18:21:49 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 ----- 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? >> 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? Regards Steve -- 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