Score:0

การดีบักระบบ linux ช้าลง การใช้งาน sys สูง

ธง in

ฉันมีระบบ linux ระยะไกลที่ช้ามากเมื่อวานนี้ เนื่องจากการปลดล็อก luks จากระยะไกล ฉันตั้งค่าไม่ได้ผล และฉันจะไม่สามารถเข้าถึงเครื่องได้ภายใน 10 วันข้างหน้า ฉันจึงพยายามแก้ปัญหานี้แทนการรีบูต

เครื่องมือสถานะระบบที่ฉันคุ้นเคย ท็อป และ ดีสแตท และตั้งแต่ฉันมี ดีสแตท ทำงานในเซสชัน ssh ฉันเห็นว่าตั้งแต่เมื่อวาน 2021-09-09 08:51:42 "sys" หนึ่งคอร์ซีพียูจะถูกใช้อย่างเต็มที่เสมอ - ซึ่งฉันเดาว่าหมายถึงเคอร์เนล

ฉันไม่เห็นกระบวนการหรือเธรดของผู้ร้าย ท็อป.

ฉันได้หยุดบริการผู้ใช้ทั้งหมดและยกเลิกการต่อเชื่อมทุกอย่างที่ไม่จำเป็นซึ่งทำให้ระบบตอบสนองได้ดีขึ้นเล็กน้อยอีกครั้ง แต่ก็ยังไม่เร็วเท่าที่ควร (ได้รับ CPU Intel i7 พร้อม SSD)

ฉันพบแล้ว https://tanelpoder.com/posts/high-system-load-low-cpu-utilization-on-linux/ และติดตั้งอ้างอิง https://0x.tools/ เพื่อให้ได้ผลลัพธ์นี้ psn -G syscall,wchan:

=== เธรดที่ใช้งานอยู่ ============================================= ===========================================

 ตัวอย่าง | avg_threads | คอม | รัฐ | ซิสคอล | วาชาน                    
--------------------------------------------- --------------------------------------------- -------
     100 | 1.00 | (btrfs-ทำความสะอาด) | กำลังทำงาน (บน CPU) | [วิ่ง] | 0                        
     100 | 1.00 | (dpkg) | ดิสก์ (เครื่องสำรองข้อมูล) | fsync | btrfs_commit_transaction 
     100 | 1.00 | (ระบบวารสาร) | ดิสก์ (เครื่องสำรองข้อมูล) | ftruncate | wait_current_trans       
       1 | 0.01 | (sshd) | กำลังทำงาน (บน CPU) | [วิ่ง] | 0                        
       1 | 0.01 | (เทอร์มอล) | ดิสก์ (เครื่องสำรองข้อมูล) | [วิ่ง] | ec_guard                 
       1 | 0.01 | (เทอร์มอล) | กำลังทำงาน (บน CPU) | [วิ่ง] | 0    

เดอะ dpkg ฉันพยายามเรียกใช้กระบวนการสามารถอธิบายได้ เหมาะอัพเกรด ซึ่งวิ่งประมาณ 1/1000 ของความเร็วตามปกติที่คุณคาดไว้ (แค่ความรู้สึก ไม่ได้วัด)

อาจมีปัญหากับระบบไฟล์รูท btrfs ของฉัน...? ฉันไม่สามารถหา btrfs-ทำความสะอาด ใน ท็อปฉันเดาว่าฉันจะค้นคว้าเพิ่มเติมว่ามันคืออะไร..

ฉันวิ่งก btrfs สครับ เมื่อคืนเสร็จเร็วมากและไม่พบปัญหาใดๆ:

# สถานะการขัด btrfs /
UUID: 2f38e0ad-7f16-4a36-8096-b7981d47b4ff
เริ่มขัดผิว: พฤ. ที่ 9 ก.ย. 23:59:00 น. 2564
สถานะ: เสร็จสิ้น
ระยะเวลา: 0:00:24
รวมการขัด: 53.09GiB
อัตรา: 1.78GiB/s
สรุปข้อผิดพลาด: ไม่พบข้อผิดพลาด

แต่เมื่อฉันใช้ nano เพื่อแก้ไขไฟล์ปรับแต่งบนพาร์ติชั่นรูทที่โหลดและบันทึกมันช้ามากในตอนนี้

ฉันเพิ่งสะดุดกับสิ่งนี้: https://www.reddit.com/r/btrfs/comments/fmucrq/btrfs_snapshots_make_entire_system_lag_cpu_usage/ ซึ่งมีความคิดเห็นที่ฟังดูคล้ายกับปัญหาของฉัน:

ทุกครั้งที่บู๊ตและหลังจากสแน็ปช็อต btrfs-transacti และ btrfs-cleaner จะใช้คอร์จนหมดทำให้เกิดความล่าช้าอย่างมาก

สิ่งนี้บอกว่ามันใช้เวลาเพียงไม่กี่นาทีในการบูตและการสร้างสแน็ปช็อต แต่ฉันได้ปิดการใช้งานของฉัน btrbk การตั้งค่าการสำรองข้อมูลในระบบนี้เมื่อสองสามวันก่อนเมื่อหนึ่งในดิสก์ที่เชื่อมต่อเริ่มแสดงปัญหา

ฉันไม่แน่ใจว่าระบบไฟล์รูท btrfs ของฉันกำลังใช้งานอยู่หรือไม่ คิวกรุ๊ปแต่ฉันเพิ่งวิ่ง โควต้า btrfs ปิดการใช้งาน / ซึ่งใช้เวลาประมาณ 10 วินาทีและไม่ได้ให้ข้อเสนอแนะใดๆ

ใครมีคำแนะนำอื่น ๆ สำหรับฉันว่าจะดีบัก / แก้ปัญหานี้ได้อย่างไร

xogoxec344 avatar
in flag
อา ฉันคิดว่าฉันพบว่าเหตุใดโควต้าเมื่อเปิดใช้งาน ฉันใช้ btrfs-du และ btdu เพื่อดูว่าวอลุ่มย่อยใดใช้พื้นที่เท่าใดและความคิดเห็นตรงนั้นบอกว่า btrfs-du เปิดใช้งานโควต้าโดยอัตโนมัติ: https://unix.stackexchange.com /questions/190405/how-does-enabled-btrfs-quotas-impact-the-system กล่าวว่า btrfs-du เปิดใช้งานโดยอัตโนมัติ `btdu` ดูเหมือนจะเป็นทางเลือกที่ดีกว่าสำหรับฉัน
Score:1
ธง in

ปัญหาที่โควต้า btrfs เหล่านั้น วิ่ง

โควต้า btrfs ปิดการใช้งาน /

ทำให้ระบบใช้งานได้อีกครั้ง :)

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา