For a database that requires a dedi

For a database that requires a dedicated partition, such as Oracle, tuning
the block size used by the database to the storage stripe block size, or vice
versa, can provide a very noticeable performance improvement. Factor in
block-level parity operations, as well as the size of the array. An application
using 32K blocks, served by a five-drive array using RAID 5 would be well
matched by a stripe size of 8K blocks: four data drives plus one parity drive
(4×8K = 32K). Greater performance can be achieved through more spindles,
such as a nine-drive array with use of 4K blocks. Not all applications will need
this level of tuning, but it’s good to know that such techniques are available.
This type of tuning is a good reason not to share storage between differing
applications when performance is critical. Applications often have access
patterns and preferred block sizes that differ markedly. For this technique
to be the most effective, the entire I/O path has to support the block size.
If your operating system uses 4K blocks to build pages, for instance, setting
the RAID stripes to 8K might cause a page fault on every I/O operation, and
performance would be terrible.

ผลลัพธ์ (ไทย) 1:

สำหรับฐานข้อมูลที่ต้องใช้พาร์ทิชันเฉพาะเช่น oracle ปรับ
ขนาดบล็อกที่ใช้โดยฐานข้อมูลให้มีขนาดบล็อกแถบการจัดเก็บหรือในทางกลับกัน
สามารถให้การปรับปรุงประสิทธิภาพเห็นได้ชัดมาก ปัจจัยในการดำเนินงาน
ระดับบล็อกความเท่าเทียมกันรวมทั้งขนาดของอาร์เรย์ การประยุกต์ใช้ 32k
บล็อกเสิร์ฟอาร์เรย์ห้าไดรฟ์โดยใช้การโจมตี 5 จะดี
จับคู่โดยขนาดลายของบล็อก 8k: สี่ไดรฟ์ข้อมูลบวกความเท่าเทียมกันไดรฟ์
(4 × 8k = 32k) หนึ่ง ประสิทธิภาพการทำงานที่มากขึ้นสามารถทำได้ผ่านลูกกรงเพิ่มเติม
เช่นอาร์เรย์เก้าไดรฟ์ที่มีการใช้บล็อก 4k ใช้งานไม่ได้ทั้งหมดจะต้อง
ระดับของการปรับแต่งนี้ แต่มันก็เป็นเรื่องดีที่จะรู้ว่าเทคนิคดังกล่าวมีอยู่.
ชนิดของการปรับแต่งนี้เป็นเหตุผลที่ดีที่จะไม่ใช้การจัดเก็บข้อมูลที่แตกต่างกันระหว่าง
เมื่อการใช้งานที่มีประสิทธิภาพเป็นสิ่งสำคัญ การใช้งานที่มักจะมีการเข้าถึง
รูปแบบและขนาดที่ต้องการบล็อกที่แตกต่างกันอย่างเห็นได้ชัด เทคนิคนี้
จะมีประสิทธิภาพมากที่สุดเส้นทาง i / o ทั้งหมดได้ให้การสนับสนุนบล็อกขนาด.
หากระบบปฏิบัติการของคุณใช้บล็อก 4k ในการสร้างหน้าตัวอย่างเช่นการตั้งค่า
ลายโจมตีการ 8K อาจทำให้เกิดความผิดหน้า ในทุกการดำเนินการ i / o และ
ผลการดำเนินงานจะเป็นที่น่ากลัว.

ผลลัพธ์ (ไทย) 2:

สำหรับฐานข้อมูลที่ต้องการพาร์ที่เฉพาะ เช่น Oracle ปรับแต่ง
ขนาดบล็อกที่ใช้ โดยฐานข้อมูลจะเก็บลายบล็อกขนาด หรือรอง
ในทางกัน สามารถให้การปรับปรุงประสิทธิภาพที่เห็นได้ชัดมากขึ้น ใน
บล็อกระดับการดำเนินงานของพาริตี้ ตลอดจนขนาดของอาร์เรย์ ประยุกต์
ใช้บล็อก 32K โดยเรย์ห้าไดรฟ์ที่ใช้ RAID 5 จะดี
โดยลายขนาดบล็อก 8K: ไดรฟ์ข้อมูลสี่บวกหนึ่งพาริตี้ไดรฟ์
(4 × 8 K = 32 K) ประสิทธิภาพมากขึ้นสามารถทำได้ผ่านทางกลเพิ่มเติม,
เช่นเรย์เก้าไดรฟ์มีการใช้บล็อก 4 K ได้ โปรแกรมประยุกต์ไม่จำเป็นต้อง
ระดับนี้ปรับแต่ง แต่มันมีดีที่จะรู้ว่า เทคนิคดังกล่าวมีการ
ชนิดนี้ปรับเป็นเหตุผลที่ดีไม่ให้ร่วมกันเก็บข้อมูลระหว่างการแตกต่างกัน
โปรแกรมประยุกต์เมื่อประสิทธิภาพเป็นสำคัญ โปรแกรมประยุกต์มักจะเข้า
รูปแบบและขนาดของบล็อกที่ต้องการที่แตกต่างอย่างเด่นชัด สำหรับเทคนิคนี้
จะ มีประสิทธิภาพสูงสุด พาธ I/O ทั้งหมดมีเพื่อสนับสนุนขนาดของบล็อกได้
ถ้าระบบปฏิบัติการใช้บล็อก 4K ในการสร้างหน้า เช่น ตั้ง
ลายเรดไป 8K อาจทำให้เพจฟอลต์ในทุกการดำเนินการ I/O และ
ประสิทธิภาพจะแย่

ผลลัพธ์ (ไทย) 3:

สำหรับฐานข้อมูลที่ต้องใช้พาร์ติชันเฉพาะเช่น Oracle ขนาดบล็อก
ซึ่งจะช่วยให้การปรับแต่งใช้งานฐานข้อมูลที่จะมีขนาดของแถบข้อมูลการจัดเก็บข้อมูลที่เป็นอาคารก่ออิฐหรือ
ในทางกลับกันจะสามารถให้การปรับปรุง ประสิทธิภาพ การทำงานเห็นได้ชัดเป็นอย่างมาก Form Factor
ซึ่งจะช่วยในการทำงานระดับบล็อคพาริตี้เป็นอย่างดีและมีขนาดของอาร์เรย์. แอปพลิเคชัน
ซึ่งจะช่วยให้การใช้ 32 ช่วงตึกจัดให้บริการด้วยความหลากหลาย K 5 - ขับรถโดยใช้ RAID 5 จะต้องดี
กลมกลืนเข้ากับขนาดของแถบข้อมูลของ K 8 ช่วงตึกสี่ข้อมูลในไดร์ฟหนึ่งไดร์ฟ Parity
( 4 x 8 K = 32 K ) ประสิทธิภาพ ที่เหนือกว่าสามารถประสบความสำเร็จในการแบบถาดพร้อมแกนใส่แผ่นดิสก์เพิ่มเติม
เช่นความหลากหลายเก้า - ขับรถพร้อมด้วยการใช้ของ K 4 ช่วงตึก ไม่ใช่แอพพลิเคชันทั้งหมดจะต้องใช้
ระดับนี้แต่การปรับแต่งเป็นเรื่องที่ดีจะรู้ว่าเทคนิคดังกล่าวจะให้บริการ.
ประเภท นี้ในการปรับแต่งเป็นเหตุผลที่ดีที่ไม่ได้ใช้การจัดเก็บข้อมูลมีความแตกต่างกันระหว่าง
แอปพลิเคชันเมื่อ ประสิทธิภาพ เป็นสิ่งสำคัญ. แอปพลิเคชันมักจะสามารถเข้าถึง
ซึ่งจะช่วยบล็อกมีขนาดที่ต้องการและรูปแบบที่แตกต่างอย่างชัดเจน สำหรับเทคนิคนี้
ซึ่งจะช่วยให้เป็นที่มี ประสิทธิภาพ มากที่สุดเส้นทาง I / O ทั้งหมดที่มีเพื่อการสนับสนุนขนาดช่วงตึก.
หากระบบปฏิบัติการของคุณใช้ 4 ช่วงตึก K เพื่อสร้างหน้าสำหรับกรณีการตั้งค่าแถบ RAID
ซึ่งจะช่วยให้ถึง 8 กม.อาจเป็นสาเหตุให้เกิดความผิดปกติในการทำงาน I / O และ
ประสิทธิภาพ การทำงานจะเป็นน่ากลัว.