Re: cloning the kernel - why long time in "Resolving 313037 deltas"

From: Nicolas Pitre <nico@cam.org>
Date: Dec 19, 2006, 00:13 UTC
Message-ID: <Pine.LNX.4.64.0612181906450.18171@xanadu.home>
In-Reply-To: <Pine.LNX.4.64.0612181511260.3479@woody.osdl.org>

On Mon, 18 Dec 2006, Linus Torvalds wrote:

Show 13 quoted lines

> I've heard of other operations being slow on OS X - and two orders of 
> magnitude really isn't unthinkable. I don't think people always seem to 
> really understand how _good_ Linux is, and how much faster it can be. It's 
> not just "Windows XP" sucks. Quite often it's literally "Linux is just 
> damn fast".
> 
> Sadly, that causes problems when the main developers don't even see any 
> issues, just because the Linux kernel environment makes things look really 
> really cheap. Even when it isn't always cheap on other platforms.
> 
> Nico - have you looked at perhaps making the index-pack.c "mmap()" usage 
> do chunking? Or just mmap the whole damn thing once? Linux is fast, but 
> even Linux will be faster if you just mmap it once ;)

Maybe. However the mmap() may occur on section of the pack file which has just been written to in order to write even more, always to the same file. On Linux this is fast because the mmap'd data is likely to still be in the cache.

I guess this could be turned into a malloc()/read()/free() with no trouble.