On Tue, 26 Jan 2010, Linus Torvalds wrote: > > Goodie. It's noticeable for me. This is what I reported earlier: > > > > $ /usr/bin/time git grep void > > > > Before: > > > > real 0m1.144s > > > > After: > > real 0m0.290s > > and with your patch I get > > real 0m0.239s Btw, I have to also say that this whole performance reduction _feels_ good. It's very noticeable in normal use. "git grep" was always fast (it's been getting a bit slower as the kernel has grown, though), but it used to be still a noticeable pause. Now it just -feels- very immediate. That quarter second is short enough that I can see the pause, but I don't feel it. It's like the results just "are there" rather than get searched for. But perhaps even more importantly, it's also noticeable for me in the cold-cache case. IOW, after I do echo 3 > /proc/sys/vm/drop_caches the threaded grep is able to do much better at reading the disk: Before threading: [torvalds@nehalem linux]$ time git grep void > /dev/null real 0m11.745s user 0m2.380s sys 0m1.200s After: [torvalds@nehalem linux]$ time ~/git/git grep void > /dev/null real 0m3.710s user 0m2.564s sys 0m2.076s although it is worth noting that that machine has an Intel SSD, which is why it gets sped up so much by parallel IO (there's no seek penalty, and it is able to read multiple channels in parallel, so this gives much better IO patterns for it - with rotational media the numbers might be very different). IOW, the whole threaded grep thing is a 4x performance improvement in hot-cache, and a 3x improvement in cold-cache. Major good mojo. Linus -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html