2

我有一个多线程应用程序挂起对_dl_sysinfo_int80() 的调用。根据gdb，所有线程都卡在这个调用中。

堆栈跟踪的顶部如下所示：

#0  0x002727a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x004f23de in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0
#2  0x004ef00b in _L_mutex_lock_35 () from /lib/tls/libpthread.so.0
#3  0x092828ac in construction vtable for std::ostream-in-std::basic_stringstream<char, std::char_traits<char>, std::allocator<char> > ()

知道是什么原因造成的吗？

4

3 回答 3

1

int 80 是进行内核级系统调用的软件中断。我的猜测是 pthread 正在调用挂起的内核。为什么你的所有线程都会像这样挂在互斥锁上的原因可能有很多：
- 互斥锁被另一个线程锁定，该线程在没有释放锁
的情况下退出 - 互斥锁被一个正在键入锁定的线程锁定它并没有被声明为递归
的 - 互斥锁根本没有初始化
- 互斥锁已被错误的指针、堆栈问题、其他类型的一般内存损坏损坏。

于 2008-11-20T01:47:55.640 回答
0

快速浏览一下 glibc 源代码告诉我：

  • _dl_sysinfo_int80正如已经提到的另一个答案，是对int $0x80（调用内核）的调用；
  • __lll_mutex_lock_wait似乎是futex实现的用户空间一半的功能之一。

这意味着在该堆栈跟踪或类似的线程中阻塞的所有线程实际上都在等待某种 pthread 同步对象（可能是 pthread 互斥锁）。@SoapBox 的答案中给出的所有原因都可能是原因。

除非您怀疑select is broken，否则无需查看该系统调用的内核端。

于 2008-11-20T13:23:52.553 回答
0

SoapBox 是对的 - 你将不得不连接一个内核调试器来找出调用堆栈的内核部分并找出真正阻塞的内容

于 2008-11-20T02:22:31.623 回答