[#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: Jeremy Kemper <jeremy@...>
Date: 2005-07-01 10:45:20 UTC
List: ruby-core #5318
On Jul 1, 2005, at 1:35 AM, Ryan Davis wrote:
> These are all very good points, and with the exception of trac  
> (although there is an open bug on this exception), all of these  
> points are also supported by perforce.

Perforce a great product but it's never appropriate for large-scale  
anonymous access due to its heavily-centralized design.  All metadata  
is stored on the server.  Even asking what files you've changed means  
a server hit.  And then you're stuck with host-based or SSH auth.


> Perforce is free for open-source development and is used by larger  
> groups like freebsd (http://perforce.freebsd.org/).

FreeBSD restricts p4 to committers for the reasons above.  Their  
metadata database is ~10GB for only ~120 users, so a beefy server  
with lots of RAM is needed just for this modest team.

Perforce is easy to use but it is not easy to maintain.  cvs and svn  
scale far better (and darcs, arch, bk, git obviate the need to.)

I think svn is a good enough step from cvs.  IMO its best feature is  
svk (http://svk.elixus.org.)  Mirror an anonymous repos, make commits  
locally, and push back as a patch..

jeremy

In This Thread