โดยค่าดีฟอลต์ zfs_vdev_async_write_min_active=2 โดยค่าสูงสุดที่สอดคล้องกันคือ 10 ค่าสูงสุดค่าดีฟอลต์ 10 ค่าเดียวกันนี้ใช้กับคิวการอ่านและเขียนซิงค์ แต่สำหรับคิวเหล่านั้นค่าต่ำสุดคือ 10 เช่นกัน
ฉันเคยเห็นการกำหนดค่าที่เพิ่มค่าต่ำสุดเหล่านี้เป็นจำนวนเดียวกัน (> 10) เหตุใดจึงช่วยปรับสมดุลระหว่างการเขียนแบบ async และการอ่าน/เขียนแบบซิงค์ด้วยวิธีนี้ ดูเหมือนว่าจะขัดกับที่นักออกแบบท่านหนึ่งแนะนำในเรื่องนี้ บล็อก.
การกำหนดค่าบางอย่างที่ฉันเคยเห็นยังตั้งค่า zfs_vdev_async_write_min_active = zfs_vdev_async_write_max_active อีกครั้งทำไมสิ่งนี้ถึงช่วยได้ ดูเหมือนว่าจะเอาชนะพฤติกรรมที่ตั้งใจไว้ของตัวกำหนดตารางเวลาการเขียน async ตามที่อธิบายไว้ในบล็อกด้านบนและ เอกสาร.
อาจเป็นไปได้ว่าการตั้งค่าเหล่านี้เป็นสิ่งที่ทำได้ดีในการทดสอบประสิทธิภาพ แต่คงจะดีหากเข้าใจว่าทำไม ฉันคาดหวังว่าการเพิ่มการเขียนแบบ async จะทำให้การอ่าน/เขียนซิงค์ช้าลง และการซิงค์นั้นอ่าน/เขียนเท่ากับประสิทธิภาพของแอปพลิเคชัน
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
