ชี้แจงเกี่ยวกับคอลัมน์แชร์หน่วยความจำในยูทิลิตี้ระดับบนสุดของ Linux

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

การอ่านหน้า MAN สำหรับด้านบนทำให้ฉันเชื่อว่าคอลัมน์ SHR แสดงถึงจำนวนหน่วยความจำสำหรับการสื่อสารระหว่างกระบวนการผ่านหน่วยความจำที่ใช้ร่วมกัน ถูกต้องหรือไม่

ถ้าเป็นเช่นนั้นมันจะสมเหตุสมผลสำหรับกระบวนการใด ๆ ที่ได้จัดสรรหน่วยความจำที่ใช้ร่วมกัน 50 - 60 เมกะไบต์ (X11 จัดสรร 11MB เท่านั้นซึ่งดูเหมือนสมเหตุสมผลตามสิ่งที่ต้องทำ)

ขอบคุณ ...

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

จากเคอร์เนล Linux: การจัดการหน่วยความจำ :

หน่วยความจำเสมือนที่ใช้ร่วมกัน

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

หน่วยความจำที่ใช้ร่วมกันสามารถใช้เป็นกลไกการสื่อสารระหว่างกระบวนการ (IPC) โดยมีสองกระบวนการขึ้นไปที่แลกเปลี่ยนข้อมูลผ่านหน่วยความจำร่วมกันกับทุกคน Linux สนับสนุน IPC ของหน่วยความจำที่แบ่งใช้ Unix TM System V

อะไรบนหน้าคนกล่าวเกี่ยวกับคอลัมน์นี้:

   t: SHR  --  Shared Mem size (kb)
      The amount of shared memory used by a task.  It simply reflects mem‐
      ory that could be potentially shared with other processes.

มันเหมาะสมหรือไม่ที่กระบวนการใด ๆ ได้จัดสรรหน่วยความจำที่ใช้ร่วมกัน 50 - 60 เมกะไบต์

ใช่.

ตัวอย่างเช่นคำแนะนำในการปรับแต่งของ Oracle ได้แนะนำขนาดหน่วยความจำที่แชร์เป็นกิกะไบต์

ที่กล่าวว่าหากกระบวนการคือ "แมว" มันอาจไม่สมเหตุสมผลนัก