Message-ID: <4B8440BF.8050403@cs.umass.edu>
Date: Tue, 23 Feb 2010 15:55:27 -0500
From: Eliot Moss <moss@cs.umass.edu>
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 <cygwin@cygwin.com>, rsync@lists.samba.org
Subject: cygwin + rsync issue under Windows 7 x64
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.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