Score:1

ZFS/ZoL: ผลที่ตามมาของการเพิ่ม zfs_vdev_async_read_min_active (และสูงสุด)?

ธง mx

คิวการอ่าน Vdev async มี min=1 และ max=3 ตามค่าเริ่มต้น คิวการอ่าน/เขียนการซิงค์ทั้งหมดมีค่าเริ่มต้นเป็น min=max=10 ในขณะที่การเขียนแบบ async จะได้รับ min=2 และ max=10

การอ่านแบบ Async ถูกอธิบายว่าเป็น "การอ่านล่วงหน้า" ในเอกสาร ดังนั้นฉันจึงถือว่าโดยการออกแบบ เมื่อ i/o หนัก กิจกรรมการดึงข้อมูลล่วงหน้าควรคงไว้ค่อนข้างต่ำ แต่ฉันได้เห็นการกำหนดค่าที่แนะนำมากมายซึ่งเพิ่ม zfs_vdev_async_read_min_active และ min_active อื่น ๆ ที่ปรับได้เป็นหมายเลข A > 10 เดียวกันค่าสูงสุดที่สอดคล้องกันโดยทั่วไปจะได้รับค่า B เท่ากัน และบางครั้ง B=A

ฉันเข้าใจเหตุผลทั่วไปที่ทำให้คิว i/o ใหญ่ขึ้น แต่ควรเปลี่ยนความสมดุลระหว่างการอ่าน prefetch กับ i/o อื่นๆ หรือไม่

บางที อาจเป็นความคิดที่ดี เฉพาะในกรณีที่ปริมาณงานมีอัตราส่วนที่เหมาะสมของการดึงข้อมูลล่วงหน้าก่อนที่จะพลาด

ewwhite avatar
ng flag
มันขึ้นอยู่กับ. คุณกำลังถามเกี่ยวกับสถานการณ์เฉพาะหรือการกำหนดค่าในใจหรือไม่?
Tavin avatar
mx flag
ฉันได้รับการกำหนดค่าที่ zfs_vdev_(a)sync_(read|write)_(min|max)_active = 16 ทั้งหมด เรามีปัญหาด้านประสิทธิภาพ ก่อนที่จะดำดิ่งสู่การทดสอบภาระงานด้วยการตั้งค่าต่างๆ ฉันต้องการทำความเข้าใจทฤษฎีที่อยู่เบื้องหลังพารามิเตอร์นี้
ewwhite avatar
ng flag
อะไรทำให้คุณเชื่อว่าปัญหาด้านประสิทธิภาพเกี่ยวข้องกับการตั้งค่า
Tavin avatar
mx flag
ฉันไม่จำเป็นต้องเชื่ออย่างนั้น ฉันแค่ตรวจสอบ
ewwhite avatar
ng flag
ที่นี่มีข้อมูลไม่เพียงพอที่จะช่วยเหลือ

โพสต์คำตอบ

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