X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: sourceware.org Message-ID: <4B8440BF.8050403@cs.umass.edu> Date: Tue, 23 Feb 2010 15:55:27 -0500 From: Eliot Moss User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: cygwin , rsync AT lists DOT samba DOT org Subject: cygwin + rsync issue under Windows 7 x64 Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 Friends -- I am posting this to both lists since I think it has to do with some kind of unfortunate interaction. The latest rsync (3.0.7-1) under an up-to-date cygwin on Windows 7 x64 gets into some kind of busy wait situation when transferring large files over ssh. rsync, ssh, and zip can all be consuming much cpu time. I downloaded and built rsync 3.0.7 locally, manually editing config.status to turn off HAVE_SOCKETPAIR. The resulting rsync works fine. So, what specific diagnosis and further information would you find most helpful? A few months ago, Corinna and I went through a whole round of trying to get socketpair to work better, and she developed a BLODA work-around. At her request, I have kept the particular offending BLODA installed. AFAIK, the original problem (complete inability to open a socketpair and fork properly) is gone. This is a different problem, but seems to have to do with not being able to push data through socket pairs or detect presence of more data, etc. Regards -- Eliot Moss -- 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