[LAD] a *simple* ring buffer, comments pls?

Tim Blechmann tim at klingt.org
Sun Jul 10 17:43:02 UTC 2011


> >> > the main problem is the lack of a memory model for multi-threaded
> >> > applications at the level of the language (c or c++). fortunately this
> >> > is about to change with c++0x and probably c1x.
> >> 
> >> So in 10 years we will be able to rely on a conformant compiler being
> >> available on all relevant platforms :)
> > 
> > http://www.chaoticmind.net/~hcb/projects/boost.atomic/
> 
> if it all works ... very nice.
> 
> but note that its only been tested on a couple of versions of gcc on a
> couple of *nix-ish platforms.

the number of supported compilers in the documentation is outdated. it supports 
the most commonly used compilers and multiple architectures.
if a compiler is not supported natively, it uses a fallback implementation based 
on a pool of spinlocks, which of course is not lock-free, but c++0x doesn't 
guarantee lock-freedom either ...

i've been using it for quite some time in boost.lockfree (in a slightly modified 
version).

tim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20110710/db6e4a90/attachment.pgp>


More information about the Linux-audio-dev mailing list