Hello,<br><br>One problem that we have with largefiles is the fact that largefiles-enabled repositories are really slow to run hg status.  Example case (our repository that is 1.6 GB with clean working copy and 1.1 GB of largefiles (broken down into 32 separate largefiles):<br>
<br>With largefiles enabled:<br><br>$ time hg status<br><br>real    0m10.197s<br>user    0m5.041s<br>sys    0m2.343s<br><br>Without largefiles enabled:<br><br>$ time hg status<br><br>real    0m0.363s<br>user    0m0.310s<br>
sys    0m0.050s<br clear="all"><br>I believe that when "status" is run, we first update all of the standins to match the largefiles currently in the working copy -- which means we re-calculate the SHA1 sum of each largefile -- then use the output of "hg status" on the standins to determine if a largefile has actually been modified.  You can see why this takes some time -- calculating the SHA1 sum of several large binaries takes time, which adds up on a repository with a lot of largefiles.<br>
<br>Not only is this annoying in a general sense, it also has a big hit on the ability to use GUI tools because some (for example, SourceTree on OS X) rely heavily on "hg status" to determine what to display to the user.  For usability purposes, we need to speed this up significantly.  Could we perhaps rely on last date modified + timestamp or similar for determining whether we should actually re-calculate the SHA1 of a given largefile?  What's the best way to speed this up?<br>
<br>Cheers,<br>Na'Tosha<br><br>-- <br><div><div><span style="color: rgb(153, 153, 153);"><b>Na'Tosha Bard</b></span></div><div><font color="#999999">Build & Infrastructure Developer | Unity Technologies</font></div>
<div><font color="#999999"><br></font></div><div><font color="#999999"><b>E-Mail:</b> <a href="mailto:natosha@unity3d.com" target="_blank">natosha@unity3d.com</a></font></div><div><font color="#999999"><b>Skype:</b> natosha.bard</font></div>
</div><br>