search for: msg01155

Server is Linux, client multi-boots Windows and Linux. rsync v2.5.5, Windows 2K/XP, Linux 2.2. Under Windows, it takes *forever* to receive the file list, and once transfer is in progress gets under 1MB/s, compared to 6-8MB/s when booted to Linux. Manual copy via SMB works at full speed regardless of OS. And I have to --exclude parts of the filesystem that are (aparently) too long, else it

Hi, In http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html, I noted that the often-observed hangs of rsync under Cygwin were assuaged by a call to msleep(). After upgrading my Cygwin environment to rsync 2.5.6, I'm seeing these hangs again, not surprisingly given a CVS entry for main.c notes that this kludge was not harmless: Revision 1.162...

...lished patches, one for buffering which seems to cause severe performance problems under cygwin while only mild under Linux. The is for the hang documented elsewhere. Here are patch discussion links: http://www.cygwin.com/ml/cygwin/2002-10/msg00308.html http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html Below are the diffs. Note the use of 100ms not 30ms as per the original posting. Since you are on the rsync list, can you get them into that code line? Jim > On Sat, 28 Dec 2002, Scott Evans wrote: > > > I spent about 12 hours today writing a nice backup system based on > &...

...em; but much to my dismay, when I took it for a test drive, I found that rsync hung on the first large directory I tried to back up. Aiee! A few web searches later, I realized that a lot of folks have seen this problem. I saw one proposed fix... http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html This fix is in rsync 2.5.5-2, but rsync still hangs for me. I'm able to sync a smaller directory but this larger one fails consistently. My symptoms are much like the ones reported by other folks; if I run a command like this... rsync -vvv -a --delete --delete-excluded -e ssh otherma...