ฉันเพิ่งอ่านบางอย่างเกี่ยวกับความว่องไวบน Linux ฉันไม่เข้าใจว่าทำไมค่าเริ่มต้นถูกตั้งค่าเป็น 60
ตามที่ฉันพารามิเตอร์นี้ควรตั้งค่าเป็น 10 เพื่อลดการแลกเปลี่ยน Swap อยู่บนฮาร์ดไดรฟ์ของฉันดังนั้นเราจึงช้ากว่าหน่วยความจำของฉันมาก
ทำไมพวกเขาถึงกำหนดค่าเคอร์เนลแบบนั้น?
คำตอบ:
ตั้งแต่เคอร์เนล 2.6.28, Linux ใช้กลยุทธ์การแทนที่เพจSplit Least Recent Used (LRU) เพจที่มีซอร์สระบบไฟล์เช่นข้อความโปรแกรมหรือไลบรารีที่แบ่งใช้เป็นของแคชไฟล์ เพจที่ไม่มีการสำรองข้อมูลระบบไฟล์เรียกว่าเพจที่ไม่ระบุชื่อและประกอบด้วยข้อมูลรันไทม์เช่นพื้นที่สแต็กที่สงวนไว้สำหรับแอปพลิเคชันเป็นต้นโดยทั่วไปหน้าของแคชไฟล์จะถูกกว่าเพื่อขับออกจากหน่วยความจำ . เนื่องจากเพจที่ไม่ระบุชื่อไม่มีการสำรองระบบไฟล์จึงต้องคงอยู่ในหน่วยความจำตราบใดที่โปรแกรมนั้นต้องการเว้นแต่จะมีพื้นที่สว็อปเพื่อจัดเก็บไว้
มันเป็นความเข้าใจผิดที่พบบ่อยว่าพาร์ทิชัน swapจะทำให้ระบบของคุณช้าลง การไม่มีพาร์ติชั่นการแลกเปลี่ยนไม่ได้หมายความว่าเคอร์เนลจะไม่ขับไล่เพจออกจากหน่วยความจำ แต่ก็หมายความว่าเคอร์เนลมีตัวเลือกน้อยลงสำหรับการขับไล่เพจ จำนวนของการแลกเปลี่ยนที่มีจะไม่ส่งผลต่อจำนวนการใช้งาน
Linux สามารถรับมือกับการขาดพื้นที่สว็อปได้เนื่องจากโดยค่าเริ่มต้นนโยบายการบัญชีหน่วยความจำเคอร์เนลอาจทับหน่วยความจำมากเกินไป ข้อเสียคือเมื่อหน่วยความจำกายภาพหมดลงและเคอร์เนลไม่สามารถสลับหน้าเว็บที่ไม่ระบุชื่อไปยังดิสก์กลไกการหมดหน่วยความจำ (OOM-killer) กลไกจะเริ่มต้นการฆ่ากระบวนการ "โกง" ของหน่วยความจำเพื่อเพิ่มหน่วยความจำสำหรับ กระบวนการอื่น ๆ
vm.swappinessตัวเลือกปรับแต่งที่มีการเปลี่ยนแปลงความสมดุลระหว่างการสลับหน้าแคชไฟล์ในความโปรดปรานของหน้าเว็บที่ไม่ระบุชื่อได้ แคชไฟล์จะได้รับค่าลำดับความสำคัญตามอำเภอใจ 200 ซึ่งvm.swappinessตัวปรับจะถูกหัก ( file_prio=200-vm.swappiness) โดยค่าเริ่มต้นหน้าไม่ระบุชื่อหน้าเริ่มต้นด้วย 60 ( anon_prio=vm.swappiness) ซึ่งหมายความว่าโดยค่าเริ่มต้นน้ำหนักที่มีความสำคัญจะอยู่ในระดับปานกลางในความโปรดปรานของหน้าเว็บที่ไม่ระบุชื่อ ( anon_prio=60, file_prio=200-60=140) พฤติกรรมที่กำหนดไว้ในmm/vmscan.cต้นไม้แหล่งเคอร์เนล
เมื่อได้รับvm.swappinessจาก100ลำดับความสำคัญจะเท่ากัน ( file_prio=200-100=100, anon_prio=100) สิ่งนี้จะเหมาะสมสำหรับระบบหนักของ I / O หากไม่ต้องการให้เพจจากไฟล์แคชถูกขับไล่เพื่อให้ได้หน้านิรนาม
ตรงกันข้ามการตั้งค่าvm.swappinessเพื่อ0จะป้องกันไม่ให้เคอร์เนลจากขี้บ่นหน้าไม่ระบุชื่อในความโปรดปรานของหน้าจากแฟ้มแคช สิ่งนี้อาจมีประโยชน์หากโปรแกรมทำการแคชส่วนใหญ่ด้วยตนเองซึ่งอาจเป็นกรณีของฐานข้อมูลบางตัว ในระบบเดสก์ท็อปสิ่งนี้อาจปรับปรุงการโต้ตอบ แต่ข้อเสียคือประสิทธิภาพการทำงานของ I / O น่าจะได้รับผลกระทบ
ค่าเริ่มต้นมักถูกเลือกให้เป็นสื่อกลางโดยประมาณระหว่างสุดขั้วทั้งสองนี้ เช่นเดียวกับพารามิเตอร์ประสิทธิภาพใด ๆ การปรับvm.swappinessควรขึ้นอยู่กับข้อมูลมาตรฐานเปรียบเทียบกับปริมาณงานจริงไม่ใช่แค่ความรู้สึก
ปัญหาคือไม่มีค่าเริ่มต้นที่เหมาะสมกับทุกความต้องการ การตั้งค่าตัวเลือก swappiness เป็น 10 อาจเป็นการตั้งค่าที่เหมาะสมสำหรับเดสก์ท็อป แต่ค่าเริ่มต้นที่ 60 อาจเหมาะสมกว่าสำหรับเซิร์ฟเวอร์ กล่าวอีกอย่างคือความไม่แน่นอนของ swappiness ต้องถูกปรับตามกรณีการใช้งานเช่นเดสก์ท็อปกับเซิร์ฟเวอร์, ประเภทแอปพลิเคชันและอื่น ๆ
นอกจากนี้เคอร์เนล Linux ใช้หน่วยความจำสำหรับดิสก์แคชมิฉะนั้น RAM จะไม่ถูกใช้และสิ่งนี้ไม่ได้มีประสิทธิภาพและมีจุดมุ่งหมาย การมีข้อมูลดิสก์ในแคชหมายความว่าหากมีบางสิ่งที่ต้องการข้อมูลเดิมอีกครั้งก็อาจได้มาจากหน่วยความจำ การดึงข้อมูลจากที่นั่นเร็วกว่าการดึงจากดิสก์อีกครั้ง และตัวเลือก swappiness เป็นกลไกว่าเคอร์เนล Linux ต้องการสลับออกไปยังดิสก์เพื่อลดขนาดแคชดิสก์ ควรลบข้อมูลที่เก่ากว่าออกจากแคชหรือควรสลับบางหน้าโปรแกรมออก
บทความนี้อาจทำให้ไฟในหัวข้อเช่นกัน โดยเฉพาะอย่างยิ่งวิธีการประเมินแนวโน้มการแลกเปลี่ยน
การเพิ่มรายละเอียดเพิ่มเติมในคำตอบข้างต้น
ในขณะที่เราใช้ VM มากขึ้นโฮสติ้ง linux อาจเป็น vm บนหนึ่งในสภาพแวดล้อมคลาวด์เหล่านี้ ในตัวอย่างที่ 1 และ 2 เรามีความคิดที่ดีเกี่ยวกับแอพพลิเคชั่นที่ใช้งานและปริมาณ RAM ที่ใช้ไป ใน 3 ไม่มาก