Nevermind -- I see it in spinlock.hpp. Looking now. On Mon Sep 01 2014 at 11:42:59 PM Dean Michael Berris < mikhailberis@gmail.com> 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
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