[#5322] O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...>

I just did some benchmarks on push, pop, shift, and unshift

24 messages 2005/07/01
[#5338] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/02

On Fri, 1 Jul 2005, Eric Mahurin wrote:

[#5348] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/02

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5357] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/03

On Sat, 2 Jul 2005, Eric Mahurin wrote:

[#5359] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/03

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5361] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/03

On Sun, 3 Jul 2005, Eric Mahurin wrote:

[#5362] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/03

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5365] Re: O(1) performance for insertions/deletions at the front of an Array/String — Yukihiro Matsumoto <matz@...> 2005/07/04

Hi,

[#5367] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/04

--- Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#5368] Re: O(1) performance for insertions/deletions at the front of an Array/String — Yukihiro Matsumoto <matz@...> 2005/07/04

Hi,

[#5372] Re: O(1) performance for insertions/deletions at the front of an Array/String — Florian Gro<florgro@...> 2005/07/04

Yukihiro Matsumoto wrote:

[#5420] Sydney Developer Preview 1 released — Evan Webb <evanwebb@...>

Sydney, an experimental ruby interpreter, has been released!

15 messages 2005/07/11
[#5424] Re: [ANN] Sydney Developer Preview 1 released — Evan Webb <evanwebb@...> 2005/07/12

Thanks everyone for the feedback so far!

Re: Subversion

From: Nikolai Weibull <mailing-lists.ruby-core@...>
Date: 2005-07-01 16:16:23 UTC
List: ruby-core #5325
Austin Ziegler wrote:

> On 7/1/05, mathew <meta@pobox.com> wrote:

> > Millions of times? Apparently you don't know how to automate
> > things properly at the command line.

> I know plenty well how to automate -- you'd have to find someone who
> didn't have fifteen years experience on the Unix command-line for your
> moronic statement to be nearly correct.

You mean fifteen hours, right, or am I missing something?

> > Anyhow, your religious attachment to your Norton Commander
> > clone and the rest of your environment isn't really a valid
> > basis for deciding the source code control system for a
> > worldwide project, any more than your liking Visual Studio
> > would be a valid basis for demanding that everyone abandon
> > Makefiles.
> 
> You can just go back into your zealot's spider hole now. You want
> to suggest something that makes Windows -- the largest target for
> Ruby developers -- a second-class or third-class citizen to the
> rest of Ruby, you've got nothing valuable to say.

Aren't you pushing it a bit here?  I have a hard time seeing that
Windows is the largest target for Ruby developers.  Or are you only
talking about operating system market share?

> If there isn't a *native* port of a tool, then there's no support for
> that tool on the platform in question. Your pretty little arch
> replacement doesn't cut it until there's a native Windows port. You're
> welcome to do it; I don't have a need for it.

What Arch replacement?

My point is this:  Switching to Subversion is a poor choice, as it
doesn't go far away enough from the CVS way of version control.  There
are better alternatives on the way, and there's no need to rush to the
other choice to CVS right now, before the market has stabilized a bit.
Lately it seems that everyone is writing a version control system, and
hopefully someone will manage to come up with a really good system that
will use many brilliant ideas, like the web service you hint at, and
great portability.

I agree that it's a problem that the Arch family of systems are poor on
portability, but there is work being done in this area.  It also seems
that Tom is going for a much simpler system in version 2, which he is
currently working hard at.

Anyway, to sum it up, I think that now is a bad time to switch to
another version control system, as there's a lot going on at the moment,
        nikolai

-- 
Nikolai Weibull: now available free of charge at http://bitwi.se/!
Born in Chicago, IL USA; currently residing in Gothenburg, Sweden.
main(){printf(&linux["\021%six\012\0"],(linux)["have"]+"fun"-97);}

In This Thread