กระตุ้นความรวดเร็วด้วยตนเองหรือไม่

ฉันกำลังเล่นกับ ZFS บน Proxmox และสังเกตเห็นว่าความรวดเร็วไม่เคยเกิดขึ้นมาก่อน ค่าความรวดเร็วถูกตั้งค่าเป็น 50 แต่ไม่เคยสลับเว้นแต่ฉันจะใช้งาน RAM ครบ 100% ซึ่งทำราวกับว่าความรวดเร็วถูกตั้งค่าเป็น 0

ฉันจะบังคับให้ Swapness ทำงานด้วยตนเองได้อย่างไร วิธีเดียวที่ฉันสามารถทำได้ในปัจจุบันคือการติดตั้งบางอย่างเช่น https://github.com/julman99/eatmemory กินหน่วยความจำระบบเกิน 100%

แมว /proc/meminfo

MemTotal: 528099208 kB
MemFree: 33819676 กิโลไบต์
หน่วยความจำที่มีอยู่: 30995036 kB
บัฟเฟอร์: 65056 กิโลไบต์
แคช: 368868 กิโลไบต์
สลับแคช: 4978016 กิโลไบต์
ใช้งานอยู่: 383870632 กิโลไบต์
ไม่ใช้งาน: 71255296 กิโลไบต์
ใช้งานอยู่(ไม่ใช้งาน): 383654260 kB
ไม่ใช้งาน (ไม่ใช้งาน): 71140760 kB
ใช้งานอยู่(ไฟล์): 216372 kB
ไม่ใช้งาน (ไฟล์): 114536 kB
ไม่สามารถหลีกเลี่ยงได้: 160824 kB
ล็อค: 160824 kB
SwapTotal: 1875374420 kB
SwapFree: 1576041808 กิโลไบต์
สกปรก: 128 kB
การเขียนกลับ: 0 kB
AnonPages: 450155280 kB
แมป: 185764 kB
ความจุ: 92400 kB
KReclaimable: 1316628 kB
พื้น: 7796824 กิโลไบต์
SReclaimable: 1316628 kB
SUnreclaim: 6480196 kB
KernelStack: 49616 กิโลไบต์
PageTables: 1746424 กิโลไบต์
NFS_Unstable: 0 กิโลไบต์
การตีกลับ: 0 กิโลไบต์
WritebackTmp: 0 กิโลไบต์
CommitLimit: 2139350296 กิโลไบต์
Commit_AS: 1255929500 กิโลไบต์
VmallocTotal: 34359738367 กิโลไบต์
Vmalloc ใช้แล้ว: 6192420 kB
VmallocChunk: 0 กิโลไบต์
ประสิทธิภาพ: 1302144 kB
ฮาร์ดแวร์เสียหาย: 0 kB
AnonHugePages: 176281600 kB
ShmemHugePages: 0 กิโลไบต์
ShmemPmdMapped: 0 กิโลไบต์
FileHugePages: 0 กิโลไบต์
FilePmdMapped: 0 กิโลไบต์
CmaTotal: 0 กิโลไบต์
CmaFree: 0 กิโลไบต์
HugePages_Total: 72
HugePages_ฟรี: 72
HugePages_Rsvd: 0
HugePages_Surp: 0
ขนาดหน้าใหญ่: 2048 kB
ขนาดใหญ่: 147456 kB
DirectMap4k: 49376056 กิโลไบต์
DirectMap2M: 406616064 กิโลไบต์
DirectMap1G: 81788928 กิโลไบต์

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

ค่าที่สูงขึ้นของ ความรวดเร็ว สนับสนุนการเรียกคืนหน้านิรนาม ไม่ใช่แค่หน้าแคช แต่นี่ไม่ได้ทำอะไรมากสำหรับ ZFS บน Linux ซึ่ง ไม่ใช้แคชเพจของ Linux.

โดยพื้นฐานแล้วฉันต้องการให้มี RAM ว่างจำนวนหนึ่งเสมอ ... ถึง เพิ่มระบบปัจจุบันของฉันใช้ RAM 230 / 256GB โดยไม่มีการแลกเปลี่ยน ใช้ยัง ... ถ้าฉันสร้างเครื่องเสมือนอีกเครื่องเมื่อ RAM อยู่ที่ 99% มันจะไม่บูต

วางแผนความจุเพื่อไม่ให้มีหน่วยความจำมากเกินไป คำสั่งวิเศษน้อยกว่าที่จะบอกไฮเปอร์ไวเซอร์ให้เก็บหน่วยความจำว่างไว้รอบๆ และวินัยของคุณที่จะไม่ต้อนรับแขกมากกว่าที่คุณมีทรัพยากร

230/256GB ของคุณถูกใช้งานไป 90% ซึ่งสูงกว่านี้มากอาจทำให้หน่วยความจำมีแรงดัน ซึ่งไม่ดีสำหรับประสิทธิภาพ ซึ่งอาจต้องใช้หน่วยความจำสูงสุดสำหรับแขกแขก 56 x 4 GB เพื่อทำตัวเลขบางส่วน สองสามโหล GB ที่เหลือเพียงพอที่จะเรียกใช้เคอร์เนลไฮเปอร์ไวเซอร์และยังมีสำรองอยู่บ้างหรือไม่นั้นเป็นสิ่งที่คุณสามารถค้นพบได้ในการทดสอบ

แก้ไข: จาก meminfo โฮสต์ 500 GB ของคุณอยู่ภายใต้ความกดดันของหน่วยความจำและกำลังแลกเปลี่ยน

• MemAvailable ที่ 5.8% ของทั้งหมดต่ำ 29 GB สำหรับทำงานกับโฮสต์ 500 GB นั้นไม่มาก
• SwapTotal ลบ SwapFree แสดงการใช้พื้นที่สว็อป 285 GB การแลกเปลี่ยนทั้งหมด 1,788 GB หมายความว่าจะไม่หมดลงในเร็วๆ นี้ โปรดจำไว้ว่าพื้นที่จัดเก็บข้อมูลถาวรส่วนใหญ่จะช้ากว่า DRAM
• แคช 0.4 GB ค่อนข้างต่ำในจำนวนสัมบูรณ์ สอดคล้องกับการใช้ ZFS บน Linux ซึ่งไม่ได้ใช้แคชหน้า Linux VFS ตามปกติผลที่ตามมาคือ การปรับความรวดเร็วแทบไม่ได้ทำอะไรเลยในสภาพแวดล้อมนี้ หากคุณทิ้งแคชด้วยตนเอง อย่าทำเช่นนั้น อาจทำให้ประสิทธิภาพการทำงานเสียหายได้

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

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

ยืนยันว่าโฮสต์มี RAM > 100 GB (ไม่นับสว็อป) ที่พร้อมใช้งานก่อนที่จะเริ่มแขก 100 GB ปิดแขกก่อนที่จะลดขนาดหน่วยความจำ การไม่สมัครรับข้อมูลมากเกินไปนั้นมีค่าใช้จ่ายด้านหน่วยความจำที่แพงกว่า แต่มีประสิทธิภาพที่สม่ำเสมอกว่าและดูแลรักษาได้ง่ายกว่า