Re: Concurrent free-lock - Mailing list pgsql-hackers

From Jonah H. Harris
Subject Re: Concurrent free-lock
Date
Msg-id 41F515CC.90209@tvi.edu
Whole thread Raw
In response to Concurrent free-lock  (Pailloncy Jean-Gerard <jg@rilk.com>)
Responses Re: Concurrent free-lock  (Neil Conway <neilc@samurai.com>)
List pgsql-hackers
Lock free data structures are cool... but not really applicable to 
databases.  They have a high maintenance overhead, severe complexity, 
and will fail when there are many concurrent inserts/deletes to the 
structure.  I messed with them a year or so ago, and that's what I found 
in every implementation.

Pailloncy Jean-Gerard wrote:

> Hi,
>
> I read recently a paper
> Keir Fraser & Tim Harris, Concurrent Programing without Locks, ACM 
> Journal Name, vol V, n° N, M 20YY, Page 1-48
>
> About algorithm to manage structure (exemple about red-black tree, 
> skip list) with dead-lock free property, parallel read, etc.
>
> Does this have been studied for PostgreSQL ?
> There is surely some good idea in it.
>
> Cordialement,
> Jean-Gérard Pailloncy
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if 
> your
>      joining column's datatypes do not matc
> h




pgsql-hackers by date:

Previous
From: "Jonah H. Harris"
Date:
Subject: Re: Much Ado About COUNT(*)
Next
From: David Fetter
Date:
Subject: Re: Shortcut for defining triggers