From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jacob Gorm Hansen Subject: Re: Bitkeeper Date: Sun, 10 Apr 2005 23:54:14 -0700 Message-ID: <425A1F16.6000207@diku.dk> References: <1112911404.7186.75.camel@localhost.localdomain> <4255B1B7.2030403@diku.dk> <4255C1B7.6050509@tupshin.com> <20050407235521.GC29680@us.ibm.com> <4255CE7B.8050300@diku.dk> <42594770.8010805@speakeasy.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <42594770.8010805@speakeasy.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Sean Perry Cc: Xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Sean Perry wrote: > Haskell is a bit slower, but the real culprit is design related. The > author and crew are working on it. Should be cleared up eventually. Hmm, the Wiki page about darcs performance looks rather scary: http://www.scannedinavian.org/DarcsWiki/Performance And quoting from the "Best Practices" page at http://www.scannedinavian.org/DarcsWiki/BestPractices : "Also, very large conflicts and complex conflicts can cause darcs to use an exponential amount of CPU power to solve the problem, giving the appearance that darcs is "spinning" or "hanging"" From what I have read about darcs, the problem is the 'theory of patches' approach which demands that all patches be loaded into memory at once so that the order in which they should be applied can be determined via a n*n comparison of the contents of each patch against the contents of all other patches. While all this talk of quantum operators may sound sexy at first, I am fairly sure it is vastly overkill for real-world source-control. I other words, I would not be too optimistic about darcs having its performance issues cleared up in the shorter term. Besides, there is the issue of using a tool written in a language that the majority of programmers will find hard to understand*. Jacob * Not me of course, I was exposed to Miranda at an early age ;-)