Re: [boost] [spinlock] concurrent_unordered_map is ready for review

Subject: Re: [boost] [spinlock] concurrent_unordered_map is ready for review
From: Dean Michael Berris (mikhailberis_at_[hidden])
Date: 2014-09-01 09:45:02

Nevermind -- I see it in spinlock.hpp.

Looking now.
On Mon Sep 01 2014 at 11:42:59 PM Dean Michael Berris <
mikhailberis_at_[hidden]> wrote:

> Interesting. I don't see the implementation in the repository -- have you
> pushed it yet? Am I looking in the right place? I at least don't see a
> separate file for the concurrent_unordered_map implementation. Is this by
> design?
>
> Looking forward to seeing the magic here.
>
> Cheers
>
> On Mon Sep 01 2014 at 11:39:13 PM Niall Douglas <s_sourceforge_at_[hidden]>
> wrote:
>
>> Dear Boost,
>>
>> CC: Howard, Jonathan for N3645 enhancements
>>
>> It has taken me far longer than I expected, however I believe that
>> proposed boost::concurrent_unordered_map is ready for community
>> feedback, with its unit test suite passing all green on the thread
>> sanitiser and 92% coverage including exception safety tests. The main
>> documentation page with the API and a lengthy explanation of the
>> caveats in this design can be viewed at
>> https://ci.nedprod.com/view/Boost%20Thread-Expected-Permit/job/Boost.S
>> pinlock%20Test%20Linux%20GCC%204.8/doxygen/classboost_1_1spinlock_1_1c
>> oncurrent__unordered__map.html
>>
>> Performance improves linearly to CPU cores at a slope of about 0.9. I
>> only have four core hardware available to me, if someone could tell
>> me how it scales to eight cores or more I would be very interested.
>>
>> Source code is at https://github.com/ned14/boost.spinlock. Tested on
>> GCC 4.8, clang 3.4 and VS2013.
>>
>> Niall
>>
>> --
>> ned Productions Limited Consulting
>> http://www.nedproductions.biz/
>> http://ie.linkedin.com/in/nialldouglas/
>>
>>
>>
>> _______________________________________________
>> Unsubscribe & other changes: http://lists.boost.org/mailman
>> /listinfo.cgi/boost
>
>