主页 / server / 问题 / 1077160
Accepted
xogoxec344
Asked: 2021-09-10 23:44:26 +0800 CST

linux系统减速调试，sys使用率高

  • 772

我有一个远程 linux 系统，昨天变得超级慢。由于我设置的远程 luks 解锁似乎工作不可靠，并且在接下来的 10 天内我将无法物理访问机器，我正在尝试调试它而不是重新启动。

我习惯使用的系统状态工具是htop，dstat并且由于我dstat在 ssh 会话中运行，我可以看到从昨天 2021-09-09 08:51:42 开始，“sys”始终完全使用一个 cpu 核心 - 我猜测意味着内核？

我看不到任何罪魁祸首进程或线程htop。

我已经停止了所有用户服务并卸载了所有非必要的东西，这使系统再次响应更好，但仍然没有达到应有的速度（使用带有 SSD 的 Intel i7 CPU）。

我找到了https://tanelpoder.com/posts/high-system-load-low-cpu-utilization-on-linux/并安装了引用的https://0x.tools/以获得以下结果psn -G syscall,wchan：

=== Active Threads ========================================================================================

 samples | avg_threads | comm              | state                  | syscall   | wchan                    
-----------------------------------------------------------------------------------------------------------
     100 |        1.00 | (btrfs-cleaner)   | Running (ON CPU)       | [running] | 0                        
     100 |        1.00 | (dpkg)            | Disk (Uninterruptible) | fsync     | btrfs_commit_transaction 
     100 |        1.00 | (systemd-journal) | Disk (Uninterruptible) | ftruncate | wait_current_trans       
       1 |        0.01 | (sshd)            | Running (ON CPU)       | [running] | 0                        
       1 |        0.01 | (thermald)        | Disk (Uninterruptible) | [running] | ec_guard                 
       1 |        0.01 | (thermald)        | Running (ON CPU)       | [running] | 0

这个dpkg过程可以解释为我试图以apt upgrade你通常期望的速度的 1/1000 运行哪个运行（只是一种感觉，没有测量它）。

也许我的 btrfs 根文件系统有问题...？我找不到btrfs-cleanerin htop，我想我会研究更多关于那是什么..

我昨晚确实跑了btrfs scrub一个，它完成得非常快，没有发现任何问题：

# btrfs scrub status /
UUID:             2f38e0ad-7f16-4a36-8096-b7981d47b4ff
Scrub started:    Thu Sep  9 23:59:00 2021
Status:           finished
Duration:         0:00:24
Total to scrub:   53.09GiB
Rate:             1.78GiB/s
Error summary:    no errors found

但是当我使用 nano 修改根分区上的配置文件时，加载和保存它现在超级慢。

我只是偶然发现了这一点：https ://www.reddit.com/r/btrfs/comments/fmucrq/btrfs_snapshots_make_entire_system_lag_cpu_usage/其中有一条听起来与我的问题相似的评论：

每次启动时和快照后 btrfs-transacti 和 btrfs-cleaner 都会完全用完一个核心，从而导致巨大的延迟

只是这表示它在启动和创建快照时只持续了几分钟，但是btrbk几天前我在这个系统上禁用了我的备份设置，当时其中一个连接的磁盘开始出现问题。

我不确定我的 btrfs 根文件系统是否正在使用qgroups，但我只是运行btrfs quota disable /了大约 10 秒并且没有给出任何反馈。

有人对我有任何其他提示如何调试/解决这个问题吗？

linux high-load btrfs linuxmint

1 个回答

  1. Best Answer

    那些 btrfs 配额的问题。跑步

    btrfs quota disable /

    使系统再次可用:)

    • 1

相关问题