เมื่อแคชการเขียนสำรองของคอนโทรลเลอร์ถูกปิดใช้งาน แต่แคชการเขียนของไดรฟ์เปิดใช้งานอยู่ คอนโทรลเลอร์จะส่งต่อคำสั่ง flush จาก OS ไปยังไดรฟ์ (ไดรฟ์จริงทั้งหมดในไดรฟ์เสมือน RAID0 หรือ RAID1) หรือไม่
เหตุผลที่ฉันถามคือประสิทธิภาพดีขึ้นมากเมื่อเปิดใช้งานแคชของไดรฟ์ มันดีกว่าการปิดแคชของไดรฟ์และเปิดแคชของคอนโทรลเลอร์เสียด้วยซ้ำ หากสามารถล้างแคชได้ตามต้องการ ก็ไม่ควรมี (ในทางทฤษฎี) ระบบไฟล์เสียหายจากการสูญเสียพลังงานด้วยระบบปฏิบัติการและระบบไฟล์ที่ทันสมัย [ฉันรู้ว่ามีความเสี่ยงอย่างแท้จริงที่จะเกิดบั๊ก แต่การตัดไฟนั้นหายากมากในที่ที่ฉันอยู่ ดังนั้นมันอาจคุ้มค่าที่จะเสี่ยงหากอย่างน้อยก็ได้ผลบนกระดาษ]
หากคำตอบคือขึ้นอยู่กับคอนโทรลเลอร์: ฉันใช้ MegaRaid 9280 ดิสก์เดี่ยว RAID0 หรือมีวิธีใดที่จะทดสอบสิ่งนี้ได้อย่างน่าเชื่อถือ?
ฉันทำการทดสอบประสิทธิภาพด้วย fio และบอกให้ OS ใช้ sync I/O
fio --name=random-write --rw=randwrite --bs=4k --numjobs=1 --size=4g --ioความลึก=1 --runtime=60 --time_based --end_fsync=1 --atomic= 1 --sync=1
ด้วยคอนโทรลเลอร์ RAID แคชไดรฟ์จริง = เปิด:
เขียน: IOPS=344, BW=1377KiB/s (1410kB/s)(80.7MiB/60001msec); 0 โซนรีเซ็ต
ด้วยคอนโทรลเลอร์ RAID แคชไดรฟ์จริง = ปิด:
เขียน: IOPS=27, BW=111KiB/s (114kB/s)(6688KiB/60005msec); 0 โซนรีเซ็ต
ในโฮสต์ Linux อื่นที่เปิดใช้แคช พอร์ต SATA ดั้งเดิม:
เขียน: IOPS=25, BW=102KiB/s (104kB/s)(6108KiB/60005msec); 0 โซนรีเซ็ต
เห็นได้ชัดว่าสิ่งที่แปลกออกไปคือคอนโทรลเลอร์ RAID ที่เปิดแคชของไดรฟ์ดูเหมือนว่าจะไม่สนใจคำสั่งซิงค์
ไม่ใช่ข้อโต้แย้งที่พิสูจน์ได้ แต่ดูเหมือนว่าไม่น่าเป็นไปได้ที่ตัวควบคุม RAID จะทำสิ่งที่ถูกต้อง ดังนั้นฉันจะเลิกใช้แนวทางนั้น เว้นแต่จะมีคำตอบที่ดีกว่า
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
