มีการถามและตอบหลายคำถามเกี่ยวกับปัญหาการใช้งาน CPU ของ mount.ntfs-3g โดยทั่วไป วิธีแก้ปัญหาที่นำเสนอคือการเพิ่ม big_writes ไปยังตัวเลือกการเมานต์ (เช่น ที่นี่) หรือพูดง่ายๆ ว่า "มันเป็นโปรแกรมควบคุมที่ไม่มีประสิทธิภาพ ดังนั้นประสิทธิภาพการทำงานที่แย่จึงถือว่าเป็นเรื่องปกติสำหรับหลักสูตรนี้"
ในกรณีของฉัน ฉันมีความสุขในการทำงานเกือบทุกอย่างจากพาร์ติชัน ntfs ที่ใช้ร่วมกันบนเครื่องดูอัลบูตมาระยะหนึ่งแล้ว ข้อมูลเกือบทั้งหมดของฉันถูกอ่าน/เขียนโดยตรงจากพาร์ติชันนั้น และฉันไม่เคยมีปัญหาใดๆ กับ CPU เลย
อย่างไรก็ตาม ฉันเพิ่งเริ่มทำงานกับโครงการเว็บขนาดใหญ่และค่อนข้างซับซ้อน (node/typescript/react, & using mongo+postgres+redis+localstack) เมื่อใดก็ตามที่เซิร์ฟเวอร์ถูกเรียกใช้จากพาร์ติชัน ntfs mount.ntfs-3g จะใช้ CPU >20% อย่างต่อเนื่อง สิ่งนี้จะเกิดขึ้นแม้ว่าจะไม่ได้เข้าถึงไซต์ก็ตาม การเรียกใช้จาก btrfs ไม่ใช้ CPU แต่อย่างใด
ดังนั้นคำถามของฉัน: ฉันจะดีบักส่วนใดของสภาพแวดล้อมที่ทำให้ mount.ntfs-3g มีปัญหาได้อย่างไร เช่นไฟล์ใดที่เจาะจงและแม่นยำ mount.ntfs-3g โดยใช้พลังงาน CPU ทั้งหมดเพื่ออ่าน/เขียน การตรวจสอบระบบของ KDE แสดงคำสั่งเมานต์ (/sbin/mount.ntfs-3g /dev/mapper/the_mount_point -o rw,big_writes,uid=1000,gid=1000,windows_names) แต่ไม่มีข้อมูลเพิ่มเติม iotop แสดงกิจกรรมดิสก์โดยรวมน้อยมาก และเพียงไม่กี่สิบ K/วินาที สำหรับ mount.ntfs-3g
ข้อมูลเชิงลึกใด ๆ ว่าทำไมจึงต้องใช้ mount.ntfs-3g หนึ่งในสี่ของพลังงาน CPU ของฉันเพื่อเรียกใช้เว็บเซิร์ฟเวอร์นี้จาก ntfs เมื่อทำงานโดยใช้ cpu 0% บน btrfs จะได้รับการชื่นชมอย่างมาก เช่นเดียวกับคำแนะนำใด ๆ เกี่ยวกับวิธีที่ฉันสามารถทำได้ แก้ไขข้อบกพร่องและแก้ไขปัญหา
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
