ดิสก์ SATA ที่จัดการการเขียนแคชอย่างเหมาะสมหรือไม่


15

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

นี่หมายความว่าดิสก์บางตัวไม่ยอมรับการเขียนจนกว่าพวกเขาจะได้ทำลงบนพื้นผิวของดิสก์ (อัพเดท: หรือว่าพวกเขารายงานอย่างถูกต้องเมื่อถูกขอให้ล้างแคชฉันจะหาดิสก์ดังกล่าวได้ที่ไหนหรือฉันจะหาข้อมูลที่เชื่อถือได้ที่ไหน ที่จะหาดิสก์ดังกล่าว?

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


linux อนุญาตให้แคชการเขียนถูกปิดใช้งานบนไดรฟ์ตามไดรฟ์ผ่าน hdparam สำหรับไดรฟ์ SATA ฉันเชื่อว่าสิ่งนี้จะต้องมีสคริปต์เพื่อนำมาใช้ใหม่ทุกครั้งที่รีสตาร์ท ฉันอาจจะไปทางนั้นถ้าฉันยังสามารถทำตามข้อกำหนดของเราได้โดยไม่ต้องใช้ตัวควบคุมการจู่โจมแบตเตอรี่สำรอง ฉันชอบที่จะใช้ซอฟต์แวร์ RAID เมื่อเป็นไปได้เพราะมันง่ายและราคาถูกกว่า ไม่ว่าจะด้วยวิธีใดฉันจะมี UPS อย่างแน่นอน
EAS

คำตอบ:


15

โดยทั่วไปแล้วในการตอบคำถามของคุณโดยตรงฉันไม่ทราบถึงแบรนด์ใด ๆ ของไดรฟ์ SATA ที่ตัวไดรฟ์นั้นมีข้อบกพร่องที่เกี่ยวข้องกับการทำงานที่เหมาะสมโดยเปิดใช้งานแคชการเขียน นั่นคือจากมุมมองของไดรฟ์เท่านั้นไดรฟ์ทำในสิ่งที่ควรทำจากมุมมองแคช ฉันยังอยากจะทราบว่าแม้ในขณะที่เขียนแคชมีการเปิดใช้งานที่ล่าช้าจากการเขียนดิสก์บนสายเคเบิล SATA สื่อหมุนร่างกายถูกปรับปรุงยังคงเป็นที่สั้นมาก (~ 50 ถึง 100 มิลลิวินาทีโดยทั่วไป) มันไม่เหมือนกับข้อมูลแคชที่สกปรกที่เพิ่งจะนั่งอยู่ที่นั่นเป็นเวลาต่อวินาที ..... ไดรฟ์พยายามอย่างต่อเนื่องเพื่อรับข้อมูลสกปรกจากแคชไปยังสื่อทางกายภาพทันทีที่ทำได้ นี่ไม่ใช่แค่คำถามเกี่ยวกับความปลอดภัยของข้อมูล แต่หนึ่งในนั้นพร้อมที่จะยอมรับการเขียนในอนาคตโดยไม่ล่าช้า (เช่น: การเขียนการเขียน)

ปัญหาที่เกิดขึ้นเมื่อเปิดใช้งานการแคชคือลำดับการเขียนไปยังไดรฟ์ผ่านสายเคเบิล SATA และลำดับการเขียนไปยังสื่อการหมุนนั้นไม่เหมือนกัน สิ่งนี้ไม่สามารถทำให้เกิดปัญหาได้จนกว่าคุณจะสูญเสียพลังงานหรือระบบล่มก่อนที่เนื้อหาทั้งหมดของแคชจะทำให้มันเป็นดิสก์ ทำไม? ->

ปัญหาที่อาจเกิดขึ้นที่นี่มีความสัมพันธ์กับความทนทานของการทำธุรกรรมของระบบไฟล์และ / หรือเนื้อหาไฟล์ฐานข้อมูลไปยังการเขียนที่ขาดหายไป ผลที่ตามมาผู้ที่อาจสูญเสียการเขียนตามคำสั่งในทางทฤษฎีอาจทำลายความสมบูรณ์ของตรรกะการทำธุรกรรมที่อาจมีการรับประกันเป็นอย่างอื่นโดยการเขียนดิสก์ที่เกิดขึ้นตามลำดับที่เฉพาะเจาะจงกับสื่อ

ตอนนี้แน่นอนว่าผู้ออกแบบระบบไฟล์ฐานข้อมูลตัวควบคุม RAID และอื่น ๆ ต่างก็ตระหนักถึงปรากฏการณ์นี้ที่เกี่ยวข้องกับการเขียนแคช การแคชการเขียนเป็นที่ต้องการอย่างยิ่งจากจุดยืนด้านประสิทธิภาพในสถานการณ์จำลองประเภทการเข้าถึง I / O แบบสุ่มส่วนใหญ่ ในความเป็นจริงการมีการเขียนแคชที่พร้อมใช้งานเป็นองค์ประกอบสำคัญของความสามารถในการได้รับประโยชน์ที่แท้จริงใด ๆ กับการจัดคิวคำสั่งแบบเนทีฟขั้นสูง ( NCQ)) ที่ได้รับการสนับสนุนบน SATA รุ่นใหม่และการใช้งาน PATA รุ่นล่าสุด ดังนั้นเพื่อรับประกันการสั่งสื่อฟิสิคัลในช่วงเวลาวิกฤติเช่นนี้ระบบไฟล์และ / หรือแอพพลิเคชั่น ฯลฯ สามารถร้องขอแคชการเขียนไปยังสื่อบันทึกได้อย่างชัดเจน เมื่อการร้องขอการซิงค์นี้เสร็จสมบูรณ์ - ทุกอย่างที่รอดำเนินการจากบัฟเฟอร์ไฟล์ (อาจ), การแคชดิสก์ OS, การแคชดิสก์จริงและอื่น ๆ นั้นเกิดขึ้นจริงบนสื่อตามการออกแบบระบบธุรกรรมที่การดำเนินการที่สำคัญ นั่นคือสิ่งนี้จะเกิดขึ้นอย่างถูกต้องหากโปรแกรมเมอร์ทำการโทรอย่างถูกต้องที่ด้านบนและทุกองค์ประกอบของซอฟต์แวร์และฮาร์ดแวร์เลเยอร์นี้จะทำงานได้อย่างถูกต้อง เช่น: ไม่มีข้อบกพร่องในเรื่องนี้ในไดรฟ์ตัวควบคุม RAID ไดรเวอร์ดิสก์แคชระบบปฏิบัติการระบบไฟล์โปรแกรมฐานข้อมูลเป็นต้น นี่เป็นซอฟต์แวร์จำนวนมากที่ทุกคนต้องทำงานอย่างถูกต้อง นอกจากนี้การตรวจสอบความถูกต้องในเรื่องนี้เป็นเรื่องยากมากเพราะในเกือบทุกสถานการณ์โดยปกติคำสั่งการเขียนไม่สำคัญเลย .... และความล้มเหลวของพลังงานและสถานการณ์ความล้มเหลวคือการทดสอบที่ยากต่อการสร้าง ดังนั้นในที่สุด "ปิดการเขียนแคช" ที่หนึ่งหรือหลายชั้นและ / หรือความหมายของคำนี้ .... มีชื่อเสียงในการ "แก้ไข" ปัญหาบางประเภท ผลการปิดพฤติกรรมการเขียนแคชของ RAID คอนโทรลเลอร์หรือแคชดิสก์ OS หรือไดรฟ์ ฯลฯ กำลังหลีกเลี่ยงข้อบกพร่องอย่างน้อยหนึ่งข้อในระบบ ..... และแหล่งที่มาของตำนานดังกล่าว และความล้มเหลวของพลังงานและสถานการณ์ความล้มเหลวคือการทดสอบที่ยากต่อการสร้าง ดังนั้นในที่สุด "ปิดการเขียนแคช" ที่หนึ่งหรือหลายชั้นและ / หรือความหมายของคำนี้ .... มีชื่อเสียงในการ "แก้ไข" ปัญหาบางประเภท ผลการปิดพฤติกรรมการเขียนแคชของ RAID คอนโทรลเลอร์หรือแคชดิสก์ OS หรือไดรฟ์ ฯลฯ กำลังหลีกเลี่ยงข้อบกพร่องอย่างน้อยหนึ่งข้อในระบบ ..... และแหล่งที่มาของตำนานดังกล่าว และความล้มเหลวของพลังงานและสถานการณ์ความล้มเหลวคือการทดสอบที่ยากต่อการสร้าง ดังนั้นในที่สุด "ปิดการเขียนแคช" ที่หนึ่งหรือหลายชั้นและ / หรือความหมายของคำนี้ .... มีชื่อเสียงในการ "แก้ไข" ปัญหาบางประเภท ผลการปิดพฤติกรรมการเขียนแคชของ RAID คอนโทรลเลอร์หรือแคชดิสก์ OS หรือไดรฟ์ ฯลฯ กำลังหลีกเลี่ยงข้อบกพร่องอย่างน้อยหนึ่งข้อในระบบ ..... และแหล่งที่มาของตำนานดังกล่าว

อย่างไรก็ตามการกลับไปที่หลักของคำถาม: ภายใต้ SATA, การจัดการของดิสก์อ่านเฉพาะคำสั่ง / เขียนและคำสั่งล้างแคชมีการกำหนดไว้อย่างดีจากข้อกำหนด SATA นอกจากนี้ผู้ผลิตไดรฟ์ควรมีเอกสารรายละเอียดสำหรับแต่ละรุ่นไดรฟ์หรือตระกูลไดรฟ์ที่อธิบายถึงการนำไปปฏิบัติและการปฏิบัติตามกฎเหล่านี้เช่นตัวอย่างสำหรับไดรฟ์Seagate Barracuda โดยเฉพาะอย่างยิ่งดูรายละเอียดคุณสมบัติของ SATA SETคำสั่งที่ควบคุมโหมดการทำงานของไดรฟ์และตัวเลือก 82h โดยเฉพาะสามารถใช้เพื่อปิดใช้งานการแคชดิสก์ที่ระดับไดรฟ์เพราะค่าเริ่มต้นคือการเขียนแคชที่เปิดใช้งานบนไดรฟ์ทั้งหมดที่ฉันรู้จักอย่างแน่นอน หากคุณต้องการปิดการใช้งานแคชคำสั่งนี้จะต้องทำตอนเริ่มต้นของการตั้งค่าไดรฟ์แต่ละครั้งหรือเปิดเครื่องและโดยทั่วไปจะอยู่ภายใต้การควบคุมของดิสก์ไดรเวอร์สำหรับระบบปฏิบัติการของคุณ คุณอาจสนับสนุนให้ไดรเวอร์ระบบปฏิบัติการตั้งค่าโหมดนี้ผ่านสิ่ง IOCTL และ / หรือการตั้งค่ารีจิสทรี แต่สิ่งนี้จะแตกต่างกันอย่างมาก


5
หมายเหตุบรรณาธิการหนึ่งข้อสำหรับคำตอบของฉัน: ฮาร์ดแวร์ RAID คอนโทรลเลอร์มีชื่อเสียงในเรื่องของจำนวนมากที่เกี่ยวข้องกับปัญหาจำนวนมากรวมถึงปัญหาที่เกี่ยวข้องกับการใช้แคชเขียนภายใน ฉันไม่รู้เลยว่าทำไม แต่ตัวควบคุม RAID ที่พูดกันทั่วๆไปดูเหมือนจะเป็นซอฟต์แวร์ที่มีราคาแพงที่สุดเท่าที่เคยเขียนมาในแง่ของบางสิ่งที่ใช้กันอย่างแพร่หลาย แน่นอนว่ามันจ่ายให้กับการใช้ฮาร์ดแวร์ RAID ที่เป็นที่ยอมรับเป็นที่ยอมรับและมีการใช้งานอย่างกว้างขวางจากผู้จำหน่ายที่มีชื่อเสียงมาก ..... และแม้กระทั่งจากนั้นก็ทำการแก้ไขปัญหาที่ไม่น่าสนใจซึ่งดูเหมือนว่าจะบ่อยเกินไป!
สูงเจฟฟ์

ขอบคุณเจฟ ฉันได้อ่านสิ่งนี้มามากมายและฉันก็สับสนเหมือนที่เคยเป็นมา ฉันคิดว่าปัญหาที่ฉันดิ้นรนในตอนนี้เกี่ยวข้องกับ "อุปสรรคการเขียน" ซึ่งอนุญาตให้แอปพลิเคชันและระบบไฟล์สั่งเลเยอร์บล็อกเพื่อรับประกันการเขียนที่เหมาะสมโดยใช้กลไกต่างๆที่มีอยู่ แต่น่าเสียดายที่มีปัญหาทุกประเภทกับการดำเนินการตามอุปสรรค LVM เห็นได้ชัดว่าสิ่งหนึ่งไม่สนับสนุนแม้ว่าจะมีอุปกรณ์รองรับอยู่ก็ตาม นอกจากนี้ก็ดูเหมือนว่าฉันว่า sysadmins ควรมีตัวเลือกของการมี fsync บังคับให้ล้างแคชไดรฟ์ที่
EAS

@eas - คำว่า "อุปสรรคในการเขียน" ที่คุณอ้างถึงฉันถือว่าเป็นกลไกพื้นฐานแบบเดียวกับที่ฉันเรียกว่า "ซิงค์" หรือ "ล้างข้อมูล" ของแคชในคำตอบของฉันด้านบน ถึงจุดของคุณสิ่งนี้สามารถเริ่มต้นที่เลเยอร์ต่างๆในการเข้าถึงไฟล์ "สแต็ค" ในการสร้างสิ่งกีดขวางการเขียนที่แท้จริงจะต้องส่งผลกระทบต่อเลเยอร์ทั้งหมดที่มีข้อมูลการเขียนที่รอดำเนินการ (นั่นคือแคชสกปรกหรือบัฟเฟอร์การเขียนกลับ) ลงไปในสื่อทางกายภาพเพื่อให้ทำงานได้จริงตามที่ต้องการ ลิงก์ที่ไม่ได้เชื่อมต่อใด ๆ ในห่วงโซ่นั้นคือสิ่งที่นำเสนอปัญหาที่อาจเกิดขึ้นเมื่อเขียนเรียงลำดับใหม่
เจฟฟ์ Tall

ดิสก์สามารถหน่วงเวลาการเขียนไปยังสื่อบันทึกเป็นเวลาหลายวินาที ofcourse ถ้ามีอีกหลายเขียนที่ล้นแคชดิสก์มันจะบังคับให้เขียนไปยังสื่อ NCQ ไม่ต้องการแคชการเขียนอย่างเคร่งครัด แต่ก็ยังสามารถมีคำสั่งการเขียนและอ่านจำนวนมากที่รอดำเนินการและออกตามลำดับที่ดิสก์คิดว่าจะได้ประสิทธิภาพที่ดีที่สุดและ NCQ ก็ไม่มีความหมายกับลำดับของการเขียนที่ทำให้ ระบบไฟล์และฐานข้อมูลจำเป็นต้องใช้อุปสรรค IO
บารุคแม้แต่

3

เป็นประสบการณ์ของฉันที่ตัวควบคุมดิสก์แคชแบตเตอรี่สำรองจะปิดใช้งานแคชในไดรฟ์ ฉันไม่ทราบวิธีปิดใช้งานแคชในดิสก์เป็นอย่างอื่น แม้ว่าคุณจะสามารถปิดการใช้งานแคชบนดิสก์ได้ แต่ประสิทธิภาพจะลดลงอย่างมาก

สำหรับตัวเลือกที่มีต้นทุนต่ำคุณสามารถใช้ UPS ราคาไม่แพงที่สามารถส่งสัญญาณระบบของคุณสำหรับการปิดระบบอย่างเป็นระเบียบ


ความคิดเห็นของฉันด้านบนควรได้รับการเพิ่มที่นี่ ฉันยังคงเรียนรู้เว็บไซต์นี้
eas

ตัวควบคุม RAID บางตัวปิดการใช้งานแคชบนดิสก์ตลอดเวลาบางตัวทำไม่ได้และบางตัวมีการตั้งค่า พฤติกรรมนี้พื้นฐานขึ้นอยู่กับการใช้กลยุทธ์แคชของคอนโทรลเลอร์คอนโทรลเลอร์ว่าเป็นอย่างไร ในการใช้งานบางอย่างพวกเขาต้องการควบคุมลำดับการเขียนไปยังดิสก์ .... และในอื่น ๆ นั้นมีความสำคัญน้อยกว่า ฉันพูดถึงปัญหาบางอย่างที่นี่ในคำตอบของฉัน
สูงเจฟฟ์

ในชุดทดสอบขนาดเล็กของฉัน (คอนโทรลเลอร์ LSI 9261 RAID, SATA, NL SAS และ SAS ไดรฟ์) ฉันพบว่าการเปิดใช้งานแคชเขียนไดรฟ์เมื่อไดรฟ์เชื่อมต่อกับคอนโทรลเลอร์ RAID ที่มีแคชสำรอง / ความจุสำรองไม่แตกต่างกัน ประสิทธิภาพที่เหนือกว่าเพียงแค่มีแคชคอนโทรลเลอร์ RAID ฉันยังไม่ได้บอกว่านี่เป็นกฎที่ยากและรวดเร็ว แต่สำหรับฉันแล้วมันชัดเจนว่าตัวควบคุม RAID ที่ปิดใช้งานแคชไดรฟ์ไม่ได้เป็นปัญหาเสมอไป
Daniel Lawson

2

ฉันใช้ระบบ RAID กับตัวเก็บประจุ supercapacitorมากกว่าแบตเตอรี่เพื่อรักษาแคช แบตเตอรี่ที่เสื่อมสภาพจะต้องได้รับการตรวจสอบต้องเปลี่ยนใหม่และแสดงถึงจุดที่อาจเกิดความล้มเหลวในส่วนที่เกี่ยวข้อง ค่าตัวเก็บประจุเมื่อเริ่มต้นล้างแคชเมื่อไฟฟ้าจาก UPS ล้มเหลวเป็นเวลานานไม่จำเป็นต้องมีการตรวจสอบ ฯลฯ อย่างไรก็ตามเว้นแต่คุณกำลังทำธุรกิจบนเส้นความยากจน (ไม่ใช่เรื่องธรรมดาในปัจจุบัน) คุณควรมี UPS และซอฟต์แวร์ที่ปิดระบบอย่างหมดจดเมื่อเกิดความล้มเหลว - ฉันมักจะให้เวลา 5-15 นาที (ขึ้นอยู่กับโหลดของ UPS และแบตเตอรี่ที่ใช้งานได้) ก่อนที่จะปิดเครื่องหากไฟฟ้ากลับมา

ในช่วงพายุฝนฟ้าคะนองคุณอาจ (หรืออาจมี - ระบบพลังงานกำลังดีขึ้น) เห็นไฟกะพริบบางครั้งก่อนที่มันจะออกไป นี่คืออุปกรณ์ที่เรียกว่า recloser มันเป็นเบรกเกอร์ที่เมื่อมีการพยายามจะปิดสวิทช์เปิดในกรณีที่มีการโอเวอร์โหลดชั่วคราวซึ่งส่วนใหญ่เป็น หากไม่สามารถปิดการทำงานได้ให้ลองพูดถึงสามครั้งก็เปิดอยู่ ผู้ชายที่น่าสงสารบางคนต้องออกไปกลางสายฝนและจัดการกับมัน อย่ารู้สึกเสียใจกับเขามากเกินไปในขณะที่ทำสิ่งที่คุณและฉันทำไปสองเท่าและถ้ามันทำงานล่วงเวลามันเป็นงานที่อันตราย


2

หนึ่งในความเข้าใจผิดถ้าดิสก์เขียนกลับแคชคือพวกเขาสูญเสียข้อมูลเฉพาะในการสูญเสียพลังงาน กรณีนี้ไม่ได้เกิดขึ้นเสมอโดยเฉพาะในอุปกรณ์ sATA หากอุปกรณ์ sATA มีข้อผิดพลาด (เช่นมุมตัวพิมพ์เล็กข้อผิดพลาด FW หรือตัวควบคุมตัวควบคุม) และมันถูกรีเซ็ตหรือถูกรีเซ็ตภายนอกไม่มีการรับประกันว่าข้อมูลในแคชการเขียนกลับยังคงพร้อมใช้งานหลังจากแฮงค์

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

ยิ่งไปกว่านั้นการปิดใช้งานแคชไดรฟ์ผ่านเครื่องมือของระบบปฏิบัติการก็จะหายไปในการรีเซ็ตอุปกรณ์ดังนั้นแม้ว่าอุปกรณ์นั้นจะปิดการใช้งานแคชในช่วงเริ่มต้นของวันถ้าอุปกรณ์ถูกรีเซ็ตก็จะเปิดใช้งานแคชการเขียนกลับ เมื่อรีเซ็ตอีกครั้งอุปกรณ์จะสูญเสียข้อมูล

ไดรฟ์ SCSI / SAS และไดรฟ์ sATA บางตัวมีความสามารถในการบันทึกสถานะของโปรไฟล์การเขียนกลับเพื่อให้แน่ใจว่าการรีเซ็ตคุณสมบัติจะไม่สูญหายไป - แต่ในทางปฏิบัติสิ่งนี้ไม่ค่อยได้ใช้

ตัวควบคุม RAID ที่รวมเลเยอร์บล็อกเข้ากับชั้นบนสามารถสังเกตเห็นการรีเซ็ตไดรฟ์และปิดใช้งานแคชเขียนกลับอีกครั้ง แต่คอนโทรลเลอร์มาตรฐาน SATA และ SAS จะไม่ทำเช่นนี้

ข้อ จำกัด นี้ยังรวมถึงคุณสมบัติอื่น ๆ ของ SET และพารามิเตอร์ที่คล้ายกันซึ่งกำหนดค่าไว้สำหรับประสิทธิภาพและความน่าเชื่อถือ


1

อย่างที่คุณพูดตัวควบคุม RAID ที่สำรองแบตเตอรี่ที่เหมาะสมจะมีราคาแพง แต่คุณสามารถหาตัวควบคุม Dell Perc5 / i บน eBay ในราคา£ 100 ($ 150) และโดยเฉพาะอย่างยิ่งกับ RAID5 ความเร็วของตัวควบคุมเช่น Perc5 / i จะทำให้คุณประหลาดใจ ฉันมีเซิร์ฟเวอร์หลายตัวที่มี Perc5 / is และหก RAID5 ดิสก์อาร์เรย์และพวกเขาอยู่ในหมู่ดิสก์ที่เร็วที่สุดที่ฉันเคยเห็น โดยเฉพาะอย่างยิ่งสำหรับแอปพลิเคชันฐานข้อมูลดิสก์ที่รวดเร็วจะปรับปรุงประสิทธิภาพอย่างแท้จริง

ฉันจะกัดกระสุนและซื้อคอนโทรลเลอร์ RAID

จูเนียร์


1

เท่าที่ฉันเข้าใจ fsync () faking เป็นคุณสมบัติของตัวควบคุม RAID ที่สำรองแบตเตอรี่ไม่ใช่ไดรฟ์ ตัวควบคุม RAID มีแบตเตอรี่ที่สามารถจ่ายพลังงานแคชการเขียนจนกว่าพลังงานจะถูกกู้คืนไปยังไดรฟ์และการเขียนนั้นสามารถส่งไปยังดิสก์ได้อย่างปลอดภัย สิ่งนี้ทำให้คอนโทรลเลอร์สามารถกลับสู่ระบบปฏิบัติการได้ทันทีเนื่องจากรับประกันระดับหนึ่งว่าการเขียนจะถูกเขียนลงดิสก์

ควรบันทึกไว้หากแคชการเขียนกลับของไดรฟ์เต็มการเขียนจะถูกปิดกั้นจนกว่าแคชจะถูกเขียนกลับไปที่ไดรฟ์ ซึ่งหมายความว่าแคชโดยทั่วไปจะไม่มีประสิทธิภาพเท่าการเขียนที่ยั่งยืน

แอปพลิเคชั่นที่คุณต้องการใช้ IOPS จำนวนเท่าใด คุณแน่ใจหรือว่าคุณถูก จำกัด โดยไดรฟ์เขียนแคชหรือว่าขนาดเล็ก (เมื่อเทียบกับหน่วยความจำของเซิร์ฟเวอร์ของคุณ) บนไดรฟ์จะได้รับประโยชน์หรือไม่


การทดสอบที่ฉันทำอยู่ในขณะนี้คือการกำหนดซองจดหมายประสิทธิภาพของแอปพลิเคชันของเราเพื่อให้เราสามารถหาวิธีการขยายและย่อขนาดที่ดีที่สุด แคชของไดรฟ์อาจมีขนาดค่อนข้างเล็ก แต่ด้วยการแคชการเขียนทำให้ไดรฟ์มีความสามารถในการจัดลำดับการเขียนใหม่ (ตามความเหมาะสม) ซึ่งดูเหมือนว่าจะสามารถเพิ่มปริมาณงานการเขียนได้อย่างต่อเนื่อง
eas
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.