Limitation of Mercurial with xx files or filesizes

Benoit Boissinot benoit.boissinot at ens-lyon.org
Wed Nov 4 09:51:54 CST 2009


On Wed, Nov 04, 2009 at 04:11:45PM +0100, Gaunet Sylvain wrote:
> Hello,
> 
> I've found some informations on the mailing list and Internet about
> Mercurial performances but I still got some questions. 
> Mercurial is running on a red hat enterprise 5 (4*3.6Ghz with 4 GB of
> ram)
> 
> Here are my questions :
> - From how many files should the performance severaly decrease ? 

There isn't any fixed limit, it depends on the performance of the
clients computer (where you issue commands like status/commit/etc.).

There are projects with 100k files (netbeans is 96k).

In any case it's a good idea to split if the files are independant,
since it's easier to join repo (with forest or subrepo) than to split
them.
> - What's the limit of file size which should decrease the performance ?

Same here, usually hg needs in the order of O(biggest file) memory, so I
guess it doesn't matter for the server. But if you have clones running
on computer with less memory they could have some troubles.

> 
> Actually, we don't fix a limit for the size of a project. We just use an
> other tool if we have one or more files over 200MB. 

The bfiles extension is meant for that I think. And I think it's a good
idea to keep big binary files separate.

In addition, you need to think about the bandwidth needed for cloning,
some users might not be happy cloning a 2+GB tree...

regards,

Benoit

-- 
:wq


More information about the Mercurial mailing list