ไบต์ส่วนตัว, ไบต์เสมือน, ชุดการทำงานคืออะไร

ฉันพยายามใช้ยูทิลิตี perfmon windows เพื่อดีบักการรั่วไหลของหน่วยความจำในกระบวนการ

นี่คือวิธีที่ perfmon อธิบายข้อกำหนด:

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

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

Private Bytesเป็นขนาดหน่วยความจำปัจจุบันของหน่วยความจำที่กระบวนการนี้จัดสรรไว้ซึ่งไม่สามารถแชร์กับกระบวนการอื่นได้

นี่คือคำถามที่ฉันมี:

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

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

มีความสัมพันธ์ระหว่างไบต์ส่วนตัว, ชุดการทำงานและไบต์เสมือนหรือไม่?

มีเครื่องมืออื่นใดที่ให้แนวคิดที่ดีกว่าเกี่ยวกับการใช้หน่วยความจำหรือไม่?

คำตอบสั้น ๆ สำหรับคำถามนี้คือไม่มีค่าเหล่านี้เป็นตัวบ่งชี้ที่เชื่อถือได้ว่ามีการใช้งานหน่วยความจำเท่าไรและไม่เหมาะสมสำหรับการดีบักการรั่วไหลของหน่วยความจำ

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

Working Setหมายถึงหน่วยความจำกายภาพทั้งหมด(RAM) ที่ใช้โดยกระบวนการ อย่างไรก็ตามไม่เหมือนกับไบต์ส่วนตัวซึ่งรวมถึงไฟล์ที่แม็พหน่วยความจำและแหล่งข้อมูลอื่น ๆ ดังนั้นจึงเป็นการวัดที่แม่นยำน้อยกว่าไบต์ส่วนตัว นี่เป็นค่าเดียวกับที่ได้รับรายงานใน "การใช้งาน Mem" ของ Task Manager และเป็นที่มาของความสับสนไม่รู้จบในไม่กี่ปีที่ผ่านมา หน่วยความจำในชุดการทำงานคือ "กายภาพ" ในแง่ที่ว่าสามารถแก้ไขได้โดยไม่มีข้อผิดพลาดของหน้า อย่างไรก็ตามรายการหน้าสแตนด์บายยังคงอยู่ในหน่วยความจำ แต่ไม่ได้รายงานในชุดการทำงานและนี่คือสาเหตุที่คุณอาจเห็น "การใช้ Mem" ลดลงอย่างกระทันหันเมื่อคุณย่อแอปพลิเคชันให้เล็กที่สุด

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

ดังนั้นความสัมพันธ์คือ:

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

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

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

หนึ่งในเครื่องมือที่มีประสิทธิภาพที่สุดสำหรับการตรวจจับ / แก้ไขการรั่วไหลของหน่วยความจำใน Windows คือVisual Studio (ลิงค์ไปที่หน้าเกี่ยวกับการใช้ VS สำหรับการรั่วไหลของหน่วยความจำไม่ใช่หน้าผลิตภัณฑ์) Rational Purifyเป็นไปได้อีกอย่างหนึ่ง Microsoft ยังมีเอกสารแนวปฏิบัติที่ดีที่สุดทั่วไปเพิ่มเติมในเรื่องนี้ มีเครื่องมืออื่น ๆ ที่ระบุไว้ในนี้คำถามก่อนหน้านี้

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

คุณไม่ควรพยายามใช้ perfmon, task manager หรือเครื่องมือใด ๆ เช่นนั้นเพื่อกำหนดหน่วยความจำรั่ว พวกเขาดีสำหรับการระบุแนวโน้ม แต่ไม่มาก ตัวเลขที่รายงานในแง่สมบูรณ์นั้นคลุมเครือเกินไปและรวมกันว่ามีประโยชน์สำหรับงานเฉพาะเช่นการตรวจจับการรั่วไหลของหน่วยความจำ

คำตอบก่อนหน้าสำหรับคำถามนี้ได้ให้คำอธิบายที่ดีเกี่ยวกับประเภทต่างๆ

คุณถามเกี่ยวกับการแนะนำเครื่องมือ: ฉันแนะนำ Memory Validator ความสามารถในการตรวจสอบแอพพลิเคชั่นที่ทำการจัดสรรหน่วยความจำหลายพันล้าน

http://www.softwareverify.com/cpp/memory/index.html

ข้อจำกัดความรับผิดชอบ: ฉันออกแบบตัวตรวจสอบความจำ

คำจำกัดความของเคาน์เตอร์ perfmon นั้นใช้งานไม่ได้ตั้งแต่ต้นและด้วยเหตุผลบางอย่างดูเหมือนจะยากเกินกว่าจะแก้ไขได้

ภาพรวมที่ดีของการจัดการหน่วยความจำ Windows มีอยู่ในวิดีโอ " Mysteries of Memory Management Revealed " บน MSDN: ครอบคลุมหัวข้อมากกว่าที่จำเป็นในการติดตามการรั่วไหลของหน่วยความจำ (เช่นการจัดการชุดการทำงาน) แต่ให้รายละเอียดเพียงพอในหัวข้อที่เกี่ยวข้อง

เพื่อให้คำแนะนำปัญหาเกี่ยวกับคำอธิบายตัวนับ perfmon ต่อไปนี้เป็นเรื่องราวภายในเกี่ยวกับไบต์ส่วนตัวจาก " Private Bytes Performance Counter - ระวัง! " ใน MSDN:

ถาม: เมื่อไหร่ที่ Private Byte ไม่ใช่ Private Byte

ตอบ: เมื่อไม่มีผู้อยู่อาศัย

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

จาก " การวางแผนประสิทธิภาพ " บน MSDN:

3.3 ไบต์ส่วนตัว

3.3.1 คำอธิบาย

หน่วยความจำส่วนตัวหมายถึงหน่วยความจำที่จัดสรรสำหรับกระบวนการที่ไม่สามารถใช้ร่วมกันโดยกระบวนการอื่น หน่วยความจำนี้มีราคาแพงกว่าหน่วยความจำที่ใช้ร่วมกันเมื่อกระบวนการหลายอย่างดำเนินการบนเครื่อง หน่วยความจำส่วนตัวใน dlls ที่ไม่มีการจัดการ (ดั้งเดิม) มักจะประกอบด้วยสถิติของ C ++ และอยู่ในลำดับ 5% ของชุดการทำงานทั้งหมดของ dll

มีการสนทนาที่น่าสนใจที่นี่: http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/307d658a-f677-40f2-bdef-e6352b0bfe9e/ ความเข้าใจของฉันเกี่ยวกับการจัดสรรเล็ก ๆ ไม่แสดงในไบต์ส่วนตัวหรือชุดการทำงาน

เรื่องสั้นสั้น:

ถ้าฉันโทร

p=malloc(1000);
free(p);

ไบต์ส่วนตัวจะแสดงเฉพาะการจัดสรรไม่ใช่การจัดสรรคืน

ถ้าฉันโทร

p=malloc(>512k);
free(p);

ไบต์ส่วนตัวจึงสะท้อนการจัดสรรและการจัดสรรคืนอย่างถูกต้อง