Tobias Nissen:
>
> Aber hg ist unglaublich unperformant bei großen Dateien. Ich habe in
> einem Repository eine 300 MB große Datei (das ist ja noch nicht
> wirklich viel) und wenn ich das Repository auf einem Athlon 1,5 GHz
> (oder so) klone, ist der Rechner erstmal ne viertel Stunde voll
> ausgelastet. Das ist natürlich Murks.
Nachdem Du das heute morgen schon erwähntest, habe ich mal
hinterhergegurgelt:
http://www.nabble.com/Large-binary-files-td19905554.html
"Mercurial has a couple limitations with file size. For performance
reasons, it assumes all files can fit comfortably in memory. As the
delta algorithm effectively requires multiple copies in memory, file
sizes are limited to about 1/4 available memory. Because 32-bit systems
typically have a 3GiB address-space limit, you're effectively limited to
750MiB on such systems.
Secondly, our storage format currently uses signed 32-bit values for
recording file sizes. That gives us a hard limit of 2GiB. We can switch
to unsigned to bump that limit up to 4GiB without too much trouble. But
again, you'll only be able to use files that large on 64-bit systems
with 16GiB of RAM."
Laut http://mercurial.selenic.com/wiki/WhatsNew hat sich das auch seit
der verlinkten Mail nicht geändert. Git scheint ähnliche Probleme zu
haben:
http://kerneltrap.org/mailarchive/git/2006/2/8/200591
J.
--
I wish I had been aware enough to enjoy my time as a toddler.
[Agree] [Disagree]
<http://www.slowlydownward.com/NODATA/data_enter2.html>
Attachment:
signature.asc
Description: Digital signature