Re: cygwin, 44k files: how to commit only index?

From: Christian MICHON <christian.michon@gmail.com>
Date: Dec 7, 2006, 21:26 UTC
Message-ID: <46d6db660612071326m4817165l992e8d6e7bd673c5@mail.gmail.com>
In-Reply-To: <20061207193555.GD12143@spearce.org>

On 12/7/06, Shawn Pearce <spearce@spearce.org> wrote:

Show 11 quoted lines

> Shawn Pearce <spearce@spearce.org> wrote:
> > Its Cygwin/NTFS.  lstat() is slow.  readdir() is slow.  I have the
> > same problem on my Cygwin systems.
>
> Just to be clear, I'm not trying to blame Cygwin here.
>
> Windows' dir command is slow.  Windows Explorer is slow while
> browsing directories.  Eclipse chugs hard while doing any directory
> scans (it normally runs very fast if its not rescanning the entire
> directory structure).  The drive is just plain slow.
> (...)

before buying any new hardware, you could easily imagine the following scenario (I'm also "stuck" with windows, so it's an idea I've been toying around for a week or so).

There're virtualizers around, on which networking capabilities can be activated. And we could easily create a vm with linux+git inside, using ext2/ext3/ext4 fs virtual disks (you'd benefit from windows cache actually...)

example: YTech_Subversion_Appliance_v1.1 (ubuntu + subversion).

I've no prototype yet, but I've 2 scenario possible:
1) use vmplayer and a minimal uclibc initramfs with git onboard
2) use qemu+kqemu and a similar mini-distro (but right now networking
is an issue on windows hosts: I'm exploring tunneling)

The 1st scenario is "easy". And I start to prefer this idea over even mingw porting of git (I tried and it's hard, really).

But again, maybe jgit would be a better universal solution.