我假设这是一个来自你的标签的OpenMP程序，虽然你从来没有真正声明过这一点。
这听起来像是你遇到了死锁（在MPI程序中比在OpenMP中更常见，但这绝对是可能的）。首先要做的是在调试标志为on的情况下编译，然后下次你发现这个问题时，附加一个调试器并找出各个线程在做什么。例如，对于gdb，一些用于在线程之间切换的指令显示为here。

下一次你的程序“停滞”时，将GDB附加到它并执行thread apply all where。

• 如果所有的线程在等待某个互斥量时都被阻塞了，那么就有了死锁。
• 如果它们正在等待其他操作（例如读取），那么您需要弄清楚是什么阻止了操作的完成。

一般来说，在UNIX上，你不需要在重新构建时打开调试标志来获得有意义的堆栈跟踪。你不会得到文件/行号，但它们可能不是诊断问题所必需的。

一种可能的方法来理解一个正在运行的程序（也就是进程）所做的是用gdb program *pid*将调试器附加到它（只有在使用-g启用调试的情况下编译程序时才能正常工作），或者使用strace -p *pid*对其使用strace。strace命令是一个实用程序。（从技术上讲，是一个构建在ptrace系统调用接口之上的专用调试器），它显示了程序或进程执行的所有系统调用。
还有一个名为ltrace的变体，它拦截对动态库中函数的调用。
要了解它，请尝试例如strace ls
当然，如果正在运行的程序没有执行任何系统调用，strace不会给您带来多大帮助。