标签:boost-mutex c mutex
我之前正在使用pthread_mutex_ts.代码有时会卡住.我有几行代码分散在我包装的函数中……
pthread_mutex_lock(&map_mutex);// Line 1
//critical code involving reading/writing wrapped around a mutex //Line 2
pthread_mutex_unlock(&map_mutex); //Line 3
不确定代码是如何/在哪里卡住的,我将pthread_mutex_t切换为boost:mutex
1)如果我只用boost :: lock_guard< boost :: mutex>替换第1行和第3行锁(map_mutex);在第1行中,一切都完美无缺,pthread实现可能出现什么问题?
2)我是否通过切换到提升而放弃了性能.这里的关键部分是非常时间敏感的,所以我希望互斥体非常轻巧. (C,redhat)
解决方法:
>如果在第1行和第3行之间抛出异常或函数返回,则互斥锁将不会被解锁.下次有人试图锁定它时,它们的线程将无限期地等待.
>在Posix平台上,boost :: mutex是一个围绕pthread_mutex_t的非常薄的包装器,而lock_guard只包含对互斥锁的引用,并在其析构函数中解锁它.唯一的额外开销是初始化该引用(甚至可能会被优化掉),以及在异常/返回时解锁互斥锁所需的额外代码,无论如何都需要.
标签:boost-mutex,c,mutex 来源: https://codeday.me/bug/20190901/1786397.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。