การจัดลำดับความสำคัญของ Pagefile ในหลาย ๆ ไดรฟ์ [ซ้ำกัน]


8

ฉันกำลังจัดการเซิร์ฟเวอร์ Dell R710 ที่ใช้สำหรับการคำนวณองค์ประกอบที่ไม่ใช่เชิงเส้นขนาดใหญ่มาก (FEA) การคำนวณ ในบางครั้งการรันเหล่านี้จะใช้หน่วยความจำที่จัดสรรเกิน 500GB เนื่องจากเครื่องนี้มี RAM ในปัจจุบันเพียง 132GB การจัดสรรหน่วยความจำเพิ่มเติมนี้จึงมาจากไฟล์เพจจิ้ง

ไฟล์เพจจิ้งเป็นปัจจุบันบนอาเรย์ HDD ที่กำลังหมุนและทำให้เกิดคอขวดขนาดใหญ่ ฉันได้ตรวจสอบหน่วยความจำสูงสุด (288GB) และเพิ่ม 400GB Intel 750 NVMe SSD เป็นดิสก์เพจไฟล์เฉพาะ สิ่งนี้ควรทำให้เกิดปัญหาคอขวดของ pagefile IO แต่ฉันต้องการตรวจสอบให้แน่ใจว่าเราไม่ได้เพิ่ม pagefile ให้ใหญ่ที่สุดและทำให้การเรียกใช้ขนาดใหญ่ขัดข้อง

สั้น ๆ ที่ได้รับ 800GB Intel 750 สำหรับขนาดหน้าไฟล์สูงสุดที่เข้าใจได้คือ 864GB (3x288GB) ฉันสามารถบอกให้ Windows ใช้อาร์เรย์ HDD เป็นความล้มเหลวสำหรับพื้นที่เพจเพิ่มเติมหรือไม่ มีวิธีการจัดลำดับความสำคัญ SSD เป็นหลักสำหรับ pagefile หรือไม่ ขอบคุณ


+1 สำหรับคำถามที่ดี ยังถูกถามว่าเป็นsuperuser.com/questions/446747/แต่สำหรับ windows 7 น่าเสียดายที่ยังไม่มีคำตอบ หากเราได้คำตอบที่ดีสำหรับอันนี้ซึ่งใช้ได้กับทั้งคู่ฉันหวังว่าจะปิดอีกฝ่ายเป็นคู่ที่ซ้ำกัน
Hennes

แล้ว Windows 10 ล่ะ
Necktwi

คำตอบ:


2

คุณไม่ได้ "ต้อง" มีไฟล์เพจในอาร์เรย์ HDD คุณสามารถลบออกหรือตั้งค่าให้น้อยที่สุดถ้าคุณต้องการ Crash Dumps (ระบบปฏิบัติการจะแจ้งให้คุณทราบเมื่อคุณเปลี่ยนขนาดไฟล์เพจแต่ละไฟล์ในอาร์เรย์ HDD) สมมติว่าอาเรย์เป็นที่ตั้งของระบบปฏิบัติการ

สิ่งนี้จะบังคับให้เขียนไปยัง SSD โดยอัตโนมัติหลังจากใช้ pagefile ของไดรฟ์พาร์ติชัน OS

การมี pagefile บนอาเรย์นั้นมีข้อเสีย การเขียนแต่ละหน้าจะไปที่คอนโทรลเลอร์และผ่านตรรกะของบอร์ดคอนโทรลเลอร์โดยไม่จำเป็นเพื่อพิจารณาว่าไดรฟ์ใดที่จะเขียนหน้านั้น Pagefile โดยธรรมชาติคือการจัดเก็บชั่วคราวจึงไม่มีประโยชน์สำหรับการมี RAID หรืออาเรย์ใด ๆ (โดยเฉพาะอย่างยิ่งถ้าระบบย่อยที่เร็วกว่าเช่น SSD ในกรณีนี้มีให้)

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

ในสถานการณ์เฉพาะของคุณ (การคำนวณ FEA) มันจะยุ่งยากเล็กน้อยหากอัลกอริทึมจำเป็นต้องขยายหน่วยความจำที่จัดสรรทั้งหมดอย่างสม่ำเสมอ ดังนั้น pagefile จะได้รับการอ่านกลับมาก ในกรณีนั้นแคชขนาดใหญ่ในคอนโทรลเลอร์ "สามารถ" ช่วยได้ขึ้นอยู่กับลำดับที่อัลกอริทึมของคุณเข้าถึงหน่วยความจำ หากเป็นสาเหตุให้ลำดับการเข้าถึง LIFO (เข้าก่อนออกก่อน) จะช่วยได้มากขึ้น ถ้าเป็นแบบสุ่มก็มีประโยชน์ จำกัด หากเป็น FIFO (เข้าก่อนออกก่อน) ก็จะมีโอกาสเจ็บ

คำพูดแบบสุ่มของ Microsoft MVP ระบุว่าบอกว่าไดรฟ์ที่เร็วขึ้นจะได้รับการสนับสนุนอย่างน่าอัศจรรย์โดยอัตโนมัติ แม้ว่าการสังเกตเชิงประจักษ์ของฉันในช่วงหลายปีที่ผ่านมาแสดงให้เห็นว่าไดรฟ์ระบบปฏิบัติการได้รับการสนับสนุน ดังนั้นการกำหนดค่าข้างต้นทำให้ทั้งข้อกังวลของคุณได้รับการแก้ไข

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.