Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

BOOST: recursive shared_mutex?

Seems that Boost's shared_mutex is non recursive.. Is there anyway around this? (without re implementing the whole stuff)

like image 469
GabiMe Avatar asked Jul 22 '10 12:07

GabiMe


3 Answers

have a look at this thread and this excellent explanation why shared_mutex is bad idea in general. so if you don't agree that recursive_mutex is bad idea too, just use it without any shariness because it cannot give you any performance boost. you'll receive even a bit cleaner code w/o any major changes.

I tried to use shared_mutex in my project to lock highly contested map when many threads often read data and rarely modify it. received a bit worse performance results

like image 189
Andriy Tylychko Avatar answered Nov 15 '22 00:11

Andriy Tylychko


I've been down this road personally before. The simple answer is no, there is no shared_recursive_mutex.

I don't really agree with what others will tell you about how recursive mutexes are generally a bad idea, it certainly can save some time and prevent some errors. However, if you don't want to implement your own shared_recursive_mutex, you'll have to stick with non-recursive mutexes. It's not so bad.

like image 23
Brett Gmoser Avatar answered Nov 15 '22 01:11

Brett Gmoser


I partially disagree with Andy that shared_mutex is a bad idea because it depends on your design i.e. how do you use it in your program. I believe that if you do long frequent reads with shared mutex it can bring you more efficient performance than if you would have used simple mutex for short more frequent locks for reading with rare writings. So shared_mutex is a way to do something long simultaneously. And I don't think that a long lock is a bad design in this case.

Do you support me or I am wrong?

like image 1
Daniel Zinov Avatar answered Nov 15 '22 02:11

Daniel Zinov