从这个问题继续:是什么导致 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
- ...