[IPython-dev] Suggestions for implementing parallel algorithms?

[Fernando Perez]

On 11/16/06, Stefan van der Walt <stefan at sun.ac.za> wrote:
> On Thu, Nov 16, 2006 at 12:58:46PM +0200, Ville M. Vainio wrote:
> > On 11/16/06, Prabhu Ramachandran <prabhu at aero.iitb.ac.in> wrote:
> >
> > > >>>>> "Brian" == Brian Granger <ellisonbg.net at gmail.com> writes:
> > >
> > >     Brian> But Fernando, do you think that Hg and subversion would
> > >     Brian> play well together?  I don't know much about Hg.
> >
> > Hg and SVN should play as well together as local directory and SVN, in
> > any case. :-)
> >
> >
> > > What about bzr?
> >
> > At this moment, googling around would indicate that Hg is technically
> > better than bzr.
>
> Can you provide a URL?  I found several reviews (based on older
> versions) which all claim that the two are basically equal, except
> when it comes to speed.  In that regard bzr has been vastly improved
> with 1.0.  The comparisons are further muddled by some referring to
> bzr as in arch/tla.

Here's something I recently read:

http://sayspy.blogspot.com/2006/11/bazaar-vs-mercurial-unscientific.html

This was one of my sources for both saying that they were probably
very close, and that hg seemed marginally preferable.  Another reason
for my slight bias towards hg is that SAGE chose it (for speed
reasons, mostly), and I occasionally need to interact with SAGE's dev
code.

I've heard about Tailor before, but haven't actually ever used it.  If
your commits just involve file updates, there's no real need for it
and I prefer to make up a new log message that summarizes the work.
But if you've done structural operations in your hg/bzr work, then you
/really/ want something like Tailor to propagate that correctly into
the SVN operations.  I have no idea how well that actually works in
practice, I can easily imagine it being 'below its advertised
performance' :)

Cheers,

f