> Well well, a renaming error seems to have crept into 0.5.0, which caused
> problems with atomic operations on 64-bit architectures.
>
> I made sure no other similar problem exist. Anyone using 0.5.0 (released a few
> hours ago) should upgrade to 0.5.1.
>
> Thank you,
>
> Mathieu
>
> * Mathieu Desnoyers (
mathieu.desnoyers@efficios.com) wrote:
> > liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This data
> > synchronization library provides read-side access which scales linearly with the
> > number of cores. It does so by allowing multiples copies of a given data
> > structure to live at the same time, and by monitoring the data structure
> > accesses to detect grace periods after which memory reclamation is possible.
> >
> > Changelog:
> >
> > * Version 0.5.0 changes the API presented by memory model, architecture
> > abstraction and data structure primitives in headers. The prefixes are,
> > respectively:
> > - cmm_ : Concurrent Memory Model
> > - caa_ : Concurrent Architecture Abstraction
> > - cds_ : Concurrent Data Structures
> >
> > This will make UST's life easier for instrumentation of large projects like
> > MariaDB and qemu.
> >
> > Project website:
http://lttng.org/urcu
> > Download link:
http://www.lttng.org/files/urcu/
> >
> >
> > --
> > Mathieu Desnoyers
> > Operating System Efficiency R&D Consultant
> > EfficiOS Inc.
> >
http://www.efficios.com
>
> --
> Mathieu Desnoyers
> Operating System Efficiency R&D Consultant
> EfficiOS Inc.
>
http://www.efficios.com
