是否会因为频繁交换导致系统卡顿一个多小时?

是否会因为频繁交换导致系统卡顿一个多小时?

从这个问题继续:是什么导致 Linux 反应迟钝?

我被迫等待一分钟或更长时间才能消除肿胀,有时它会在十二分钟内保持无响应,因此我感到沮丧。事实上,操作系统无法很好地处理多任务处理,这往往反映出一种绝对奇怪且不可接受的行为。

[...]

这些是每个 htop 的资源使用结果:

1  [|||||                    14.1%]   Tasks: 286, 1497 thr; 2 running
2  [|||||                    13.2%]   Load average: 3.00 4.97 6.09 
3  [|||||                    12.5%]   Uptime: 3 days, 16:12:35
4  [|||                       9.3%]
Mem[|||||||||||||||||||5.09G/7.61G]
Swp[|||||||||||||||||||3.68G/4.65G]

[...]

我还有一个旋转磁盘和 8GB RAM。我在使用几个软件时遇到过内存泄漏问题。即,它们的内存使用量随着时间的推移不断增长并且永远不会减少,因此控制它的唯一方法是停止软件然后重新启动它。根据我在此期间的经验,如果您生成超过 3GB 的交换,我对听到超过十分钟的延迟并不感到非常惊讶。

我想请你澄清这一点。 “Philippos”在他的评论中说“冻结了一个多小时?我只看到过一次,在系统交换到即将失效的硬盘上”。是否会因为频繁交换导致系统卡顿一个多小时?

答案1

你要求我猜测并设定上限。

我可以尝试分享我的经验。我并不是说你不应该要求高标准,我只是想现实地了解 Linux 目前满足的标准:-)。

与您的 RAM 量、交换空间和存储类型有关。如果 RAM 使用是由于多个交互式应用程序造成的。只有其中之一正在与之交互。您没有在任何其他应用程序中留下正在运行的操作。而其他应用程序没有大量带有动画广告的选项卡:)。在这种情况下,我认为你说得很好!我目前的直觉表明,花费更长的时间是不寻常的10分钟,使系统清晰并可运行。

我认为你应该等待吗10分钟,希望鼠标光标开始工作并且磁盘指示灯再次平静下来?

不完全是。如果希望等待 GUI 稳定下来并可用?如果甚至需要那么长的时间2分钟为了使 GUI 可用,我的目标不仅仅是开始关闭当前前台应用程序的某些窗口?您预计这种延迟会再次发生。这显然太长了。

但其次,这可能存在各种可能的问题。例如,如果一半的问题是第二个程序中的并发操作(我不知道),那么系统工作集可能大于 RAM。在这种情况下,是的,系统可能会崩溃时间多得你数不清。所以你不想等待。

如果我试图了解出了什么问题,我的最大超时可能是15分钟。这将是从序列中获取数据的总体超时,例如:

  • ctrl+ alt+f6
    • 如果切换到文本终端花费的时间太长,请使用alt+ sysrq+R并重试。请注意,如果您切换回 GUI 并按下ctrl+ c,整个 GUI 将被终止。
  • 登录
  • sudo tmux- 文本窗口管理器。现在我可以以 root 身份运行多个命令,并在它们之间切换,而不会出现登录或 sudo 延迟。
  • atop -R-我有没有提到我爱atop
  • iotop- 可怕的延迟通常与 I/O 有关。这是一个很好的工具,只做一件事:-)。
  • journalctl --since=-1hour -f
  • ...

相关内容