Tôi có một hệ thống linux từ xa đã trở nên siêu chậm vào ngày hôm qua. Vì tính năng mở khóa luks từ xa mà tôi đã thiết lập dường như không hoạt động đáng tin cậy và tôi sẽ không thể truy cập thực tế vào máy trong vòng 10 ngày tới nên tôi đang cố gắng gỡ lỗi này thay vì khởi động lại.
Các công cụ trạng thái hệ thống mà tôi đã sử dụng là htop và dstat và vì tôi đã có dstat đang chạy trong một phiên ssh, tôi có thể thấy rằng kể từ ngày hôm qua 2021-09-09 08:51:42, một lõi cpu luôn được "sys" sử dụng đầy đủ - mà tôi đoán có nghĩa là nhân?
Tôi không thể thấy bất kỳ quy trình hoặc luồng thủ phạm nào trong htop.
Tôi đã dừng tất cả các dịch vụ người dùng và ngắt kết nối mọi thứ không cần thiết, điều này giúp hệ thống phản hồi tốt hơn một chút nhưng vẫn không nhanh như mong muốn (có CPU Intel i7 với ổ SSD).
tôi đã tìm thấy https://tanelpoder.com/posts/high-system-load-low-cpu-utilization-on-linux/ và cài đặt tham chiếu https://0x.tools/ để có được kết quả này cho tòa nhà chọc trời psn -G,wchan:
=== Chủ đề đang hoạt động =============================== ==========================================================
mẫu | avg_threads | liên lạc | bang | tòa nhà chọc trời | wchan
--------------------------------------------- --------------------------------------------- -------
100 | 1,00 | (btrfs-dọn dẹp) | Đang chạy (BẬT CPU) | [chạy] | 0
100 | 1,00 | (đpkg) | Đĩa (Không bị gián đoạn) | fsync | btrfs_commit_transaction
100 | 1,00 | (systemd-tạp chí) | Đĩa (Không bị gián đoạn) | cắt ngắn | đợi_current_trans
1 | 0,01 | (sshd) | Đang chạy (BẬT CPU) | [chạy] | 0
1 | 0,01 | (nhiệt) | Đĩa (Không bị gián đoạn) | [chạy] | ec_guard
1 | 0,01 | (nhiệt) | Đang chạy (BẬT CPU) | [chạy] | 0
Các đpkg quá trình có thể được giải thích bởi tôi cố gắng chạy nâng cấp thích hợp chạy với tốc độ bằng 1/1000 tốc độ mà bạn thường mong đợi (chỉ là cảm giác, không đo lường được).
Có thể có vấn đề với hệ thống tập tin gốc btrfs của tôi...? tôi không thể tìm thấy trình dọn dẹp btrfs Trong htop, Tôi đoán tôi sẽ nghiên cứu thêm về nó là gì ..
tôi đã chạy một chà btrfs đêm qua đã hoàn thành siêu nhanh và không tìm thấy bất kỳ vấn đề nào:
# trạng thái chà btrfs /
UUID: 2f38e0ad-7f16-4a36-8096-b7981d47b4ff
Bắt đầu chà rửa: Thứ năm ngày 9 tháng 9 23:59:00 năm 2021
Trạng thái: Đã hoàn thành
Thời lượng: 0:00:24
Tổng cộng để xóa: 53,09GiB
Tốc độ: 1,78GiB/giây
Tóm tắt lỗi: không tìm thấy lỗi
Nhưng khi tôi sử dụng nano để sửa đổi tệp cấu hình trên phân vùng gốc, việc tải và lưu thì hiện tại nó rất chậm.
Tôi chỉ tình cờ phát hiện ra điều này: https://www.reddit.com/r/btrfs/comments/fmucrq/btrfs_snapshots_make_entire_system_lag_cpu_usage/ trong đó có một nhận xét nghe có vẻ giống với vấn đề của tôi:
mỗi lần khởi động và sau khi chụp nhanh btrfs-transacti và btrfs-cleaner sẽ sử dụng hết lõi hoàn toàn gây ra độ trễ lớn
chỉ có điều điều này nói rằng nó chỉ kéo dài vài phút khi khởi động và tạo ảnh chụp nhanh, nhưng tôi đã tắt btrbk thiết lập sao lưu trên hệ thống này cách đây vài ngày khi một trong các đĩa đính kèm bắt đầu có vấn đề.
Tôi không chắc liệu hệ thống tập tin gốc btrfs của mình có đang sử dụng hay không nhóm qgroup, nhưng tôi chỉ chạy vô hiệu hóa hạn ngạch btrfs / mất khoảng 10 giây và không đưa ra bất kỳ phản hồi nào.
Có ai có bất kỳ gợi ý nào khác cho tôi về cách gỡ lỗi/giải quyết vấn đề này không?
