mutex_lock detect

[Jiehon]

mutex_lock dectect mechanism uses new_mutex_lock function by replaced orignal mutex_lock。I wan to why it is accomplished with replace。if it uses kprobe mechsnism, it will cause very mucha overhead?

[git-baoyou]

使用kprobe机制不易于在lock函数的末尾添加探针，这里显然不建议将探针放在函数开始处。另外，使用new_mutex_lock的开销和kprobe并没有显著区别。

[Jiehon]

感谢您的答复。当前我们用epbf在做resource qos monitor，想了解kprobe机制的不足，其中的问题：
"使用kprobe机制不易于在lock函数的末尾添加探针，这里显然不建议将探针放在函数开始处" : 当前实现在mutex_lock hook中只是记录了时间戳，及更新radix tree，但没有获取上下文栈信息，kretprobe的弹床函数也对当前实现没有影响吧，kretprobe具体影响是哪里？这里面有什么具体考虑么？