มีขนาดสูงสุดที่ไฟล์สลับสามารถทำงานได้หรือไม่

เท่าที่ฉันทราบข้อ จำกัด ทางทฤษฎีสำหรับไฟล์ swap นั้นมีขนาดใหญ่มากขึ้นอยู่กับว่าใช้ระบบ 32 บิตหรือ 64 บิต

ฉันได้สร้างไฟล์ swap ขนาด 16GB บนระบบ 4GB RAM 64 บิตด้วยข้อมูลจำเพาะต่ำเป็นพิเศษเพราะฉันมีพื้นที่เพียงพอใน HDD ภายใน 1TB ของฉัน ...

แต่ไฟล์ swap ขนาดใหญ่นั้นสร้างความแตกต่างในด้านความเร็ว / ประสิทธิภาพหรือไม่?

คุณสามารถมีพื้นที่สว็อปได้สูงสุด 32 พื้นที่ (ไฟล์หรือพาร์ติชั่น) ที่มีหน้าสูงสุด ~ 4 พันล้าน (2 ^ 32) แต่ละหน้าโดยที่ "เพจ" คือ 4kB บนระบบดั้งเดิม (เช่น x86 หรือ x86_64) แต่อาจใหญ่กว่า สถาปัตยกรรมหรือถ้าคุณได้กำหนดค่าหน้าขนาดใหญ่เป็นพิเศษ

สิ่งนี้ให้สูงสุดทางทฤษฎีของ 16TB ต่อพื้นที่การแลกเปลี่ยนและมากถึง 32 พื้นที่การแลกเปลี่ยน อาจมีข้อ จำกัด อื่น ๆ ที่ใช้ก่อนที่คุณจะมาถึงสิ่งนี้ แต่นี่เป็นพื้นที่แลกเปลี่ยนขนาดใหญ่ที่mkswapคุณสามารถสร้างได้

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

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

มันไม่ได้ทำให้ความแตกต่างในแง่ของความเร็วหรือประสิทธิภาพ มันช่วยให้คุณสามารถใช้หน่วยความจำเสมือนสูงสุดถึง 20 GB ก่อนที่ OOM killer จะเริ่มกระบวนการฆ่าเพื่อเรียกคืนหน่วยความจำ

หากคุณต้องการประสิทธิภาพที่ดีขึ้น:

• ลดลงswappinessหากคุณไม่ได้ใช้งานเกินกว่า 4 GB บ่อยครั้ง
• เพิ่มแรม
• เปลี่ยนเป็น SSD แล้ววางไฟล์ swap ไว้

ตามคำตอบของ Gilles

... เคยมีการ จำกัด ขนาดการแลกเปลี่ยน 2GB (บนแพลตฟอร์ม 32- บิตส่วนใหญ่) แต่นี่ไม่ได้เกิดขึ้นเป็นเวลาหลายปี ข้อ จำกัด ถูกลบในบางจุดใน 2.2 เคอร์เนลซีรีส์

นอกจากนี้เขาอ้างถึงหน้าคนสำหรับmkswap:

ขนาดที่มีประโยชน์สูงสุดของพื้นที่สลับขึ้นอยู่กับสถาปัตยกรรมและรุ่นเคอร์เนล

ในไลบรารี linux / swap.hมีMAX_SWAPFILESรายการดังนั้นจึงมีข้อ จำกัด เกี่ยวกับจำนวนของไฟล์ swap ในระดับเคอร์เนล แต่ที่เห็นได้ชัดว่าไม่ใช่พื้นที่ที่แน่นอน ตามเอกสารที่เชื่อมโยง:

ควรสังเกตว่าหกบิตสำหรับ "ประเภท" ควรอนุญาตให้มีพื้นที่แลกเปลี่ยนมากถึง 64 แห่งในสถาปัตยกรรม 32 บิตแทนที่จะเป็นข้อ จำกัด MAX_SWAPFILES 32

ซึ่งฉันเข้าใจว่ามีการแลกเปลี่ยนไฟล์สูงสุด 64 ไฟล์บนสถาปัตยกรรม 32 บิต อย่างไรก็ตามฉันไม่ได้สังเกตในเอกสารที่กล่าวถึงสิ่งที่จะเกิดขึ้นในสถาปัตยกรรม 64 บิต นอกจากนี้ยังมีข้อสังเกตว่าในกรณีนี้ความพยายามของ OP ในการสร้างไฟล์ swap ล้มเหลวในวันที่ 30

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

คำตอบนี้อาจไม่เหมาะสมสำหรับ Ubuntu 18.04 (ขอบคุณ @Chai T. Rex ที่ชี้ให้เห็นในความคิดเห็น)

ยังไงก็ตามสำหรับเวอร์ชั่นก่อนหน้านี่มันไป (ยังไม่มีการอัพเดท LTS ที่เสนอ> LTS ดังนั้นสิ่งนี้อาจเกี่ยวข้อง

มันไม่ใช่ไฟล์มันเป็นพาร์ติชันและใช่มันเป็นเพราะความรวดเร็ว

พารามิเตอร์ swappiness ควบคุมแนวโน้มของเคอร์เนลเพื่อย้ายกระบวนการออกจากหน่วยความจำกายภาพและไปยังดิสก์ swap เนื่องจากดิสก์ช้ากว่า RAM มากอาจทำให้เวลาตอบสนองช้าลงสำหรับระบบและแอปพลิเคชันหากกระบวนการย้ายหน่วยความจำออกจากหน่วยความจำมากเกินไป

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

ความเร็วหรือประสิทธิภาพไม่แตกต่างกันมากนักเมื่อเพิ่มพาร์ติชัน swap ให้ใหญ่โดยพลการ

มีปัจจัยหลายอย่างที่เกี่ยวข้องกับการสลับที่อาจส่งผลกระทบต่อประสิทธิภาพการทำงานเช่นswappinessและประเภทของฮาร์ดไดรฟ์ (SDD หรือ HDD)

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

ฉันมาถึงความจริงที่ว่า swap file หรือ swap partition นั้นไม่มีข้อ จำกัด นอกจากนี้ไฟล์ swap 16GB ของฉันยังค่อนข้างใหญ่ แต่ขนาดจะไม่ส่งผลต่อความเร็ว

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

วิธีแก้ปัญหาของฉันคือการทำให้ค่า swappiness สูงเพื่อให้การแลกเปลี่ยนไม่ได้ใช้มากเกินไปเมื่อเทียบกับฮาร์ดแวร์ที่เร็วขึ้น ดังนั้นฉันจึง:

sudo -s
nano /etc/sysctl.conf

เพิ่มไปยังไฟล์:

#vm.swappiness = 50

บันทึก

sudo sysctl -p

เพื่อรีเฟรช (หรือเพิ่งรีบูตได้)