在资源匮乏的情况下进行屠宰标记服务

在资源匮乏的情况下进行屠宰标记服务

我们过去常常systemd --user运行自己的某些服务。在某些情况下,这些服务会“失控”——产生过多的进程,从而耗尽 RAM 并导致机器“崩溃”。

当这种情况发生时,内核会尝试终止某些进程,但这种终止不够积极,从而导致机器实际上被锁定:没有新的 ssh 登录,甚至现有的登录也无法使用。

是否有可能以某种方式(提前)向内核建议以下一项或多项:

  • 设置合并限制服务产生的所有进程的内存使用量?
  • 全部服务启动的进程,如果发现需要终止其中?
  • 开始使用此服务进行杀戮——如果它发现需要杀戮任何事物完全没有?

我不想对服务的子项单独施加人为的限制 - 因为,当一切正常时,它们应该使用所有的硬件......

相关内容