I've found rsync to be painfully slow on large folders -- hours to sync
thousands of files, even when they already match size and --size-only is
used. It's much faster between native Linux boxes. Is there any trick to
improving performance? I've been looking for a native version for
Windows, bu
On Tue, Oct 2, 2012 at 6:04 AM, Andrey Repin wrote:
> This suggest that you're looking into wrong direction, and real culprit is
> something you didn't caught yet.
> Try HijackThis http://sourceforge.net/projects/hjt/ to see if there's any
> suspicious handlers installed in your system.
> Or you m
On Mon, Oct 1, 2012 at 9:59 PM, Adam Kessel wrote:
> Now I'm really confused.
>
> cygwin was very slow -- then I killed Dropbox, and it sped back up.
> But after a while it reverted to slow again (without Dropbox
> restarting). I've repeated this behavior with a few
On Mon, Oct 1, 2012 at 8:45 PM, Adam Kessel wrote:
> So after a reboot--still fast. This is after a month or so of
> slowness. But I didn't change anything about my configuration!
Now I'm really confused.
cygwin was very slow -- then I killed Dropbox, and it sped back up.
But
On Mon, Oct 1, 2012 at 6:05 PM, Adam Kessel wrote:
> OK, now this is strange -- I thought I had checked BLODA (responded in
> separate thread about ESET), but just now I killed a bunch of things
> in my systray, and suddenly cygwin was fast again. Then I restarted
> all of the tasks
On Mon, Oct 1, 2012 at 1:50 PM, Ken Brown wrote:
> Two people in this thread have suggested that you check for BLODA, but you
> haven't responded to that. Also, you haven't yet attached cygcheck output
> as requested at
OK, now this is strange -- I thought I had checked BLODA (responded in
separ
On Mon, Oct 1, 2012 at 1:32 PM, Adam Kessel wrote:
>> specified in /etc/passwd) if it doesn't exist. This assumes that HOME is
>> not set in the Windows environment. Are you seeing something different?
>
> Yes. I just installed from scratch -- download setup.exe and sp
On Mon, Oct 1, 2012 at 1:27 PM, Ken Brown wrote:
> In a standard Cygwin install, the script
> /etc/postinstall/000-cygwin-post-install.sh runs 'mkpasswd -l -c >
> /etc/passwd', which sets the home directory for each user. Normally this is
> /home/username, but you can check it by looking at /etc/
On Mon, Oct 1, 2012 at 12:39 PM, Ken Brown wrote:
>>> Did you at least try chainging your ${HOME} to somewhere normal and
>>> seeing
>>> what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy.
>>> For example, your cygwin could have inotify listeners on ${HOME} which
>>> could
>>
On Mon, Oct 1, 2012 at 12:44 PM, Bill Ross wrote:
> Just in case: do you have bash completions turned on? If so, try turning
> them off. Probably a different issue, but it's the other case of bash
> slowness that's come up in the last year or so.
Yes, I uninstalled the completion package entirely
On Mon, Oct 1, 2012 at 12:01 PM, Gregory M. Turner wrote:
> Did you at least try chainging your ${HOME} to somewhere normal and seeing
> what happens? Perhaps SkyDrive has some feature that makes Cygwin crazy.
> For example, your cygwin could have inotify listeners on ${HOME} which could
Yeah, I
On Mon, Oct 1, 2012 at 12:01 PM, Earnie Boyd
wrote:
> You've not excluded any other changes in your environment. What
> network mapped devices do you have? Are they still available. If not
> the system will wait for the network timeout to occur before moving to
> the next device.
Same slowness
On Sun, Sep 30, 2012 at 4:43 PM, Adam Rosi-Kessel wrote:
> Cygwin used to run very quickly for me; now it doesn't. Not sure when it
> stopped -- last few weeks.
Another data point: I just did a completely fresh (i.e. from scratch)
local drive bare-bones installation (just shell, coreutils, etc) i
On Mon, Oct 1, 2012 at 9:33 AM, jojelino wrote:
> if the SkyDrive is trademark of M$ and if it needs network connection to
> remote server, it would piss you off like you have been experienced.
> If it is the case, please stop using *Skydrive* mounted directory as home
> directory for specific u
14 matches
Mail list logo