Re: Mercurial 0.4b vs git patchbomb benchmark

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Linus Torvalds wrote:

On Fri, 29 Apr 2005, Matt Mackall wrote:

Mercurial is even younger (Linus had a few days' head start, not to
mention a bunch of help), and it is already as fast as git, relatively
easy to use, much simpler, and much more space and bandwidth
efficient.


You've not mentioned two out of my three design goals:
 - distribution
 - reliability/trustability

ie does mercurial do distributed merges, which git was designed for, and does mercurial notice single-bit errors in a reasonably secure manner, or can people just mess with history willy-nilly?

For the latter, the cryptographic nature of sha1 is an added bonus - the
_big_ issue is that it is a good hash, and an _exteremely_ effective CRC
of the data. You can't mess up an archive and lie about it later. And if
you have random memory or filesystem corruption, it's not a "shit happens" kind of situation - it's a "uhhoh, we can catch it (and hopefully even fix
it, thanks to distribution)" thing.

I had three design goals. "disk space" wasn't one of them, so you've
concentrated on only one so far in your arguments.

Reliability is a must have, but disk space matters in the real world if all other things are roughly equal. And bandwidth requirements are certainly another real issue if they result in significant delay.

Isn't the important thing having the SCC reliable and easy to use, as in supports the things you want to do without jumping through hoops? One advantage of Mercurial is that it can be the only major project for someone who seems to understand the problems, as opposed to taking the time of someone (you) who has a load of other things in the fire. And if there isn't time to do all the things you want, perhaps generating a wisj list and stepping back would be a good thing.

If you have the energy and time to stay with git, I'm sure it will be great, but you might want to provide input on Mercurial and let it run.

PS: I don't think the performance difference is enough to constitute a real advantage in either direction.

--
   -bill davidsen ([email protected])
"The secret to procrastination is to put things off until the
 last possible moment - but no longer"  -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux