pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex->data.owner

笑Smile3721 2013-08-23 03:58:05

工程比较复杂，上锁的地方比较多，出现这程序运行几分钟就出现此错误。

...全文

844 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

笑Smile3721 2013-08-27

打赏
举报

回复

是程序问题，加锁不合理造成的

qq120848369 2013-08-24

打赏
举报

回复

程序问题，找bug吧。

赵4老师 2013-08-23

打赏
举报

回复

上锁者不是锁的拥有者。即调用pthread_mutex_lock的程序之前没有调用pthread_mutex_init或者调用pthread_mutex_init了但又调了pthread_mutex_destroy

本文通过一个具体的线程同步案例展示了如何使用条件变量和互斥锁来实现乘客与出租车之间的匹配。程序创建了两个类型的线程：模拟出租车到达的线程和模拟乘客需求的线程，并通过信号量和条件变量来协调它们的行为。

本文详细分析了Linux系统中，Glibc如何实现Mutex，主要涉及pthread_mutex_init、pthread_mutex_lock和pthread_mutex_unlock函数。在nptl目录下的源码中，Mutex通过数据结构pthread_mutex_t表示，包括__lock、__count、__owner等字段。初始化时，使用memset清零并设置__kind属性。在加锁过程中，通过LLL_MUTEX_LOCK宏实现原子操作，当资源无竞争时设置__lock为1，否则进入等待状态。解锁时，使用atomic_exchange_rel将__lock置为0，并可能唤醒等待线程。整个过程涉及到Linux内核的futex系统调用，用于线程同步和唤醒操作。

本文介绍Ascend C中Mutex::Lock/Unlock、AllocMutexID/ReleaseMutexID等接口在单核内异步流水线（PIPE_MTE2/PIPE_V/PIPE_MTE3）间的同步控制方法。通过双缓冲机制与MutexID管理，实现数据搬入、计算、搬出三阶段任务的有序执行，适用于昇腾AI处理器算子开发，依赖CANN开发套件及Ascend C编程模型。

本文深入对比std::mutex、std::lock_guard和std::unique_lock三种C++同步机制的性能表现，基于真实基准测试（GCC 11.3, i7-11800H）指出unique_lock开销最大（约高25%），lock_guard略优，mutex适用于极致性能场景；重点分析RAII对异常安全的保障作用，并系统阐述死锁四大必要条件及预防策略，包括固定锁序、std::lock批量加锁和超时机制，同时强调锁粒度优化与原子操作替代原则。

本博客介绍CANN Ascend C中Mutex核内流水线同步机制的实现方法，重点演示AllocMutexID、Mutex::Lock、Mutex::Unlock和ReleaseMutexID接口的使用流程。样例通过双缓冲与两个MutexID协调PIPE_MTE2、PIPE_V、PIPE_MTE3异步流水，确保数据搬入、加法计算、数据搬出三阶段任务的有序执行，适用于tile分块处理大尺寸数据（1024×1024）场景。

70,039

社区成员

243,246

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章