เป็น RAID หรือไม่กับ RAID: SSD และการจำลองเสมือน

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

ฉันซื้อสองสำคัญ M4 120GB SSDs (อัปเดตเฟิร์มแวล่าสุด ณ เดือนเมษายน '12: 00F) และได้รับการทำงานบางอย่างรวดเร็วโดยใช้มาตรฐานCrystalDiskMark นี่คือผลลัพธ์บางส่วน:

ไดรฟ์เดียว:

RAID 0ผ่านตัวควบคุมชิปเซ็ตIntel Z77 :

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

ความเข้าใจของฉันคือสำหรับรูปแบบการใช้งานทั่วไปส่วนใหญ่คือการพัฒนาด้วย Visual Studio (การใช้งานหลักของฉัน) การ4Kอ่านและการเขียนนั้นเป็นเรื่องที่พบได้ทั่วไปแม้ในระหว่างการสร้าง ระหว่างRAID 0และไม่มีความแตกต่างเล็กน้อย แต่ด้วย512KและSequentialR / W ความแตกต่างก็เพียงพอที่จะได้รับความสนใจ

สิ่งนี้คือเพื่อหลีกเลี่ยงปัญหาเน่าในอนาคต - และค่อนข้างตรงไปตรงมาเพราะฉันทำได้ - ฉันจะต้องพึ่งพา virtualization มากขึ้น แผนการของฉันคือการแบ่งส่วนต่าง ๆ ของสภาพแวดล้อมการพัฒนาของฉันลงในเครื่องเสมือนโดยใช้VMware Workstation : Visual Studio และเครื่องมือที่มาพร้อมกับหนึ่ง, SQL Server บนอีก, Adobe Design Suite ในอีกหนึ่ง ฯลฯ โดยใช้ประโยชน์จาก VM snapshot และง่าย ๆ ด้วย สิ่งที่มันคือการสร้างหรือโคลนใหม่ฉันเชื่อว่าฉันจะเห็นการปรับปรุงในความน่าเชื่อถือในระยะยาว (และเคยเห็นป๊อปอัปอัปเดตของ Adobe เมื่อฉันต้องการเท่านั้น)

ดังนั้นคำถามของฉันคือเวอร์ชวลไลเซชันมีการใช้การRAID 0กำหนดค่า SSD ผ่านการตั้งค่าแบบดั้งเดิมหรือไม่ (ในกรณีของฉันระบบปฏิบัติการและแอพพลิเคชั่นโลหะเปลือยบน SSD หนึ่งตัว VM ของอีกอัน) การจำลองเสมือนจะใช้ประโยชน์จากจุดแข็ง512KและSequentialR / W ของRAID 0หรือไม่

ข้อสังเกต:

ฉันได้อ่านแล้วว่า SSD ที่ทันสมัยบางตัวมีความสามารถในการจัดการขยะด้วยตัวเองดังนั้นจึงไม่มีTRIMปัญหาน้อย ฉันไม่ทราบวิธีการเปิดใช้งานสิ่งนี้บน SSD ของฉันหรือแม้กระทั่งดูว่าพวกเขารองรับหรือไม่

แก้ไข:

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

อย่างแรกรหัสการคอมไพล์นั้นรู้จักกันดีว่าเป็น CPU ที่ถูกผูกไว้ดังนั้นอย่าคาดหวังว่าจะมีการปรับปรุง SSD มากกว่าตัว

ในเกณฑ์มาตรฐานของคุณแม้ว่าประสิทธิภาพความลึก 4 คิว 0 คิวจะไม่เพิ่มขึ้น แต่ความลึก 4 คิว 32 คิว (QD32) จะเพิ่มขึ้นในลักษณะเชิงเส้นมาก IMO ผลลัพธ์นี้ควรผลักดันการตัดสินใจของคุณ

แม้ว่าเวิร์กสเตชันจะไม่ใช่เซิร์ฟเวอร์ฐานข้อมูลที่มีความลึกของคิวที่มีขนาดใหญ่อย่างต่อเนื่อง แต่ความลึกของคิวที่ 2-20 เป็นเรื่องปกติที่เกิดขึ้นอย่างน้อยในระหว่างการใช้เวิร์คสเตชั่นกึ่งเข้มข้น - ซึ่งในกรณีนี้ IO สุ่มจะปรับปรุงด้วย RAID 0 ชั้นต่อไปของกิจกรรมระบบปฏิบัติการพร้อมกัน (และคุณอาจใช้ 2+ VM พร้อมกันในที่สุด) ฉันคิดว่าตัวชี้วัดนี้ควรปรับปรุงสิ่งต่าง ๆ ในสถานการณ์ของคุณ

คุณสามารถตรวจสอบการใช้งานความลึกของคิวในปัจจุบันในการตรวจสอบประสิทธิภาพของ windows (เพิ่มตัวนับ ... ฟิสิคัลดิสก์ ... ความลึกของคิวเฉลี่ยอ่าน / เขียนคิว) เพื่อรับทราบ

RAID จะเพิ่มเลเยอร์ของความซับซ้อน (และปัญหาการสำรอง / กู้คืน) แต่การมีพาร์ติชัน 240GB ที่ใหญ่กว่านั้นเป็น IMO ที่แน่นอน ตรวจสอบเกี่ยวกับปัญหาของ TRIM ก่อนที่จะใช้ RAID กับไดรฟ์ของคุณซึ่งอาจเป็นตัวโชว์

ความเร็วฮาร์ดไดรฟ์มีความสำคัญต่อประสิทธิภาพโดยรวมของ Visual Studio Scott Guthrie ได้สัมผัสกับมันอย่างดีในโพสต์นี้:

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

เมื่อคุณทำการพัฒนาด้วย Visual Studio คุณจะจบลงด้วยการอ่าน / เขียนไฟล์จำนวนมากและใช้เวลาทำกิจกรรม I / O ของดิสก์เป็นจำนวนมาก โครงการและโซลูชันขนาดใหญ่อาจมีไฟล์ต้นฉบับหลายร้อย (หรือหลายพัน) ไฟล์ (รวมถึงรูปภาพ, css, หน้า, การควบคุมผู้ใช้ ฯลฯ ) เมื่อคุณเปิดโครงการ Visual Studio จำเป็นต้องอ่านและแยกไฟล์ต้นฉบับทั้งหมดที่อยู่ในนั้นเพื่อที่จะให้ระบบ Intellisense เมื่อคุณเข้าร่วมในการควบคุมแหล่งที่มาและตรวจสอบไฟล์ที่คุณกำลังอัพเดตไฟล์และการประทับเวลาบนดิสก์ เมื่อคุณทำการคอมไพล์ของโซลูชัน Visual Studio จะตรวจสอบแอสเซมบลีที่ปรับปรุงแล้วจากตำแหน่งที่ตั้งของเส้นทางดิสก์หลายเขียนแอสเซมบลีใหม่หลายไปยังดิสก์เมื่อทำการคอมไพล์เสร็จรวมทั้งยังคงอยู่แฟ้มสัญลักษณ์ดีบักเกอร์. pdb บนดิสก์ เป็นการดำเนินการบันทึกไฟล์แยกต่างหาก)

จากประสบการณ์ส่วนตัวของฉันในการใช้ SSD ช่วยได้มาก แต่เนื่องจากว่าดิสก์ I / O จำนวนมากน่าจะเป็นการอ่านแบบสุ่มขนาดเล็ก RAID 0 อาจไม่ได้รับการพัฒนาอย่างมาก สิ่งอื่น ๆ ที่คุณอาจพบคือดิสก์เสมือน I / O ได้รับผลกำไรบางส่วนของคุณ

Intel Z77 รองรับการใช้งาน Trim กับ RAID และเป็นหนึ่งในชิปเซ็ตราคาประหยัดตัวแรกที่ทำได้ แต่คุณต้องระบุในการตั้งค่าการจัดเก็บข้อมูลที่คุณใช้งาน SSD