☰

GNU Screen 中的“-dm”和“-Dm”有什么区别？

tag-icon • tag-icon shell-script shell process gnu-screen fork
GNU Screen 中的“-dm”和“-Dm”有什么区别？

GNU Screen 手册说：

    `-d -m'
          Start `screen' in _detached mode. This creates a new session
          but doesn't attach to it. This is useful for system startup
          scripts.

    `-D -m'
          This also starts `screen' in _detached_ mode, but doesn't fork
          a new process. The command exits if the session terminates.

-dm我很清楚：

  • screen分叉一个新进程来运行提供的命令（如果未指定任何内容，则为 shell）。
  • “fork”意味着奇怪的薛定谔的系统调用，其中源代码在观察到返回值之前不知道它是父项还是子项。
  • 这个新过程被认为是screen可以附加的东西。

我注意到它-dm返回了 shell 的控制权，但-Dm会阻塞。

所以我的问题是：

  • 为什么会-Dm阻塞？这与它缺乏分叉有何关系？
  • 它除了分叉之外还能做什么？我认为它仍然会创建一个新进程，因为“分离模式”建议可以通过可附加的 PID 来识别进程。
  • -Dm代替 的用例是什么-dm？

谢谢！

答案1

在文档引用的上下文中screen，您可以阅读“fork 一个新进程”作为“到启动一个新的子进程“。冒着走得太远的风险，以下是您如何考虑该进程的工作方式。要创建子进程，进程必须使用fork(2)。该子进程从父进程中自由运行，并且子进程存在于exec(2)要运行的命令中家长可以选择 -

  1. 调用子进程完成，这意味着它将阻塞，直到子进程退出，然后从调用wait(2)返回退出状态wait(2)
  2. 继续前进，直到收到SIGCHLD通知它子进程已退出的信号，此时调用wait(2)以接收退出状态
  3. 退出而不关心子进程，在这种情况下，进程的父进程将成为子进程的新父进程

现在，考虑到这一点，以下是它如何应用于screen.

通常您会想要screen -dm创建一个新的（子）进程并与其分离，以允许您自己的命令继续执行。例如，这在您不希望命令被阻止的~/.profile旧系统范围内可能是有意义的。/etc/rc.local在这种情况下，上述子进程实际上是 的另一部分screen，它又将真正的命令进程作为另一个子进程（原始父进程的孙进程）启动。的两个部分进行screen通信，并且 的子实例screen管理其命令子实例，以完成您真正想要的工作。

有时您可能希望screen在主管的控制下使用，例如systemd.在这种情况下，您将使用screen -Dm以便主管可以识别所管理的进程是否/何时screen退出，可能是为了重新启动它。如果screen分离了子进程（就像它一样screen -dm），主管将无法轻松判断它是否仍在运行；这些-Dm标志允许screen向子进程提供其所有功能，同时仍将其存在传达给父进程。在这种情况下screen，不会创建中间进程（子进程），screen父进程直接控制执行您真正想要的工作的命令子进程。

考虑

  1. screen -dm sleep 30- 启动该命令的交互式 shellscreen无法判断该命令是否sleep 30仍在运行。没有反馈。
  2. screen -Dm sleep 30- 您的交互式 shell 会阻塞直到sleep 30退出。此时您知道它不再运行了。显然对于交互式会话来说不太有用，但对于诸如systemd.

相关内容