git vs mercurial performance

Question

是否存在任何性能基準？

我正在尋找創建一個repo和提交/推送遺留代碼，運行幾個演出深。

是更快/足跡等？

我道歉，如果這是過於空泛...

Answer 1

正確的性能測量關於DVCS（執行所有操作本地反正）是你的日常任務之一：

• 合併（有多快你的various branching models之間的決定，特別是在水銀？）
• publication workflow（有多快你設置一個push/pull worlflow？）
• 整合（如何q uickly你整合了Git與IDE，像Hudson或Jira或Redmine或Track等webapp，或者...？）
• 設置（你多快建立一個集中式存儲庫，使用什麼樣的認證機制：如果您使用DVCS in an enterprise environment）

基本操作的原始性能是不是相關的，只要你理解了limits of a DVCS：你不能有一個單一的回購你會把一切（所有項目，或者全部成類似於二進制文件的文件）。
必須進行某種模塊重組，以定義每個「模塊」（連貫文件集）的正確回購數量。

Answer 2

你不Git和善變的，因爲性能之間進行選擇。他們都很好。

只要做你會做和測量的事情。您可能會在第一次導入時獲得最大的性能差異 - 這並不重要。繼續挖掘。

從空間角度來看，git一定會贏的一個地方就是如果你的生命在很多不同的路徑上擁有相同的內容。也就是說，如果你的幾個文件的演出被移動。 git的模型比hg的支持的更好。這對你來說可能無關緊要。

在這兩種情況下，您都應該考慮一下您的幾個倉庫實際上是否代表單個項目的源代碼。

但是，再次，由於原始表現在這兩個相似和活躍的項目之間進行選擇是不明智的。

Answer 3

Mercurial and Git server performance之間最近（2011年1月）的性能比較。結論是Mercurial的性能比Git更穩定，但Git的平均速度更快。

Answer 4

正如@MartinGeisler在他的回答中指出的那樣，提交時間非常短（如果通過命令行提交，則shell會立即返回）。

需要相當長時間的是網絡clone s/push es/pull s。谷歌已發佈small benchmark (see footnote 1)當他們不得不選擇DVCS爲谷歌代碼，但它是相當古老（2008年夏季）。

Answer 5

Eric Sink發佈了SVN，Bazar，Mercurial，Git和他自己的Veracity的基準測試results。

不幸的是，它只是一個單一的操作（一個提交），只有一個代碼庫（Valgrind），我不確定哪個版本用於所有這些VCS，但在任何情況下，它必須非常老，因爲文章日期回到2011年。我想這就是爲什麼Eric自己把它們定義爲「荒謬不科學的基準」。無論如何，它的價值：

SVN比其他人慢得多（差不多22秒），但所有其他人都相似（3到5秒之間）。 Git顯然是最快的，並且它的百分比甚至比Mercurial快得多（這需要多花43％的時間），但實際上我們正在談論1.4秒的差異 - 幾乎不明顯。

除此之外，我現在無法找到源代碼，但我已經多次讀過Git更快的速度，雖然區別很小（這證實了Eric的測試結果）。所以當選擇哪一個時，我不會太在意速度。