คำถามติดแท็ก memory-leak

1
วิธี จำกัด หน่วยความจำที่แอปพลิเคชันใช้ใน IIS
กระบวนการของผู้ปฏิบัติงาน IIS กำลังใช้หน่วยความจำจำนวนมากบนเซิร์ฟเวอร์ของเรา ฉันต้องการ จำกัด หน่วยความจำที่แต่ละแอปพลิเคชันสามารถใช้ได้ ฉันสับสนว่าฉันควรตั้งค่าขีด จำกัด บน Virtual Memory Limit หรือ Private Memory Limit แต่ละแอปพลิเคชันใน IIS ของเราอยู่ในกลุ่มแอปพลิเคชันของตนเอง หากฉันตั้งค่าขีด จำกัด หน่วยความจำส่วนตัวเป็น 500MB และ จำกัด หน่วยความจำเสมือนเป็น 3GB กลุ่มแอปพลิเคชันจะรีไซเคิลเมื่อใด จะรีไซเคิลหลังจากถึง 500MB หรือหลังจากถึง 3GB

4
มีบางอย่างที่กินหน่วยความจำทั้งหมด (ฉันสงสัยว่าหน่วยความจำรั่วในบางแอพ) วิธีการตรวจสอบอะไร
ฉันมีเซิร์ฟเวอร์ที่รัน liquidsoap + icecast bundle และเว็บไซต์ง่าย ๆ (httpd + mysqld) ไม่มีอะไรพิเศษ. ผู้เยี่ยมชมประมาณ 2000+ ต่อวันโดยมีประมาณ 50 คนกำลังออนไลน์พร้อมกันโดยเฉลี่ย เซิร์ฟเวอร์มี 8GB RAM เมื่อเวลาผ่านไปจำนวนหน่วยความจำว่างจะลดลงอย่างต่อเนื่องแม้ว่าจะไม่มีสิ่งใดใหม่เริ่มทำงานบนเซิร์ฟเวอร์และไม่มีผู้ใช้ใหม่ เมื่อถึงจุดหนึ่งก็เริ่มที่จะแลกเปลี่ยนโหลดบนเซิร์ฟเวอร์ขึ้นไปและมันจะไม่ตอบสนอง โดยปกติสิ่งที่ฉันทำก็แค่รีสตาร์ทเซิร์ฟเวอร์ ... สิ่งที่สามารถทำได้เพื่อตรวจสอบสิ่งที่หน่วยความจำรั่ว? ฉันใช้ด้านบนเพื่อตรวจสอบการใช้ทรัพยากร แต่เท่าที่ฉันเห็นมันไม่มีประโยชน์อะไรเลย: มีวิธีใดบ้างที่จะทราบว่าใช้หน่วยความจำมากขนาดนั้นหรือไม่? หรือสิ่งที่เริ่มสลับไปยังดิสก์อย่างหนัก? มีวิธีการเพิ่มหน่วยความจำโดยไม่ต้องรีบูตเซิร์ฟเวอร์หรือไม่

4
วิธีใช้ kdump / crash เพื่อตรวจสอบปัญหา OOM?
ปัญหา เซิร์ฟเวอร์ทำงานล้มเหลวหลังจากมีข้อความ "หน่วยความจำไม่พอ" หลายข้อความและฉันพยายามระบุผู้กระทำผิด หากอยู่ใน userland - กระบวนการใด หากอยู่ในเคอร์เนล - โมดูลเคอร์เนลใด รายละเอียด ฉันพยายามค้นหาวิธีใช้ยูทิลิตีความผิดพลาดเพื่อตรวจสอบสิ่งที่เรียกใช้ OOM บนเซิร์ฟเวอร์ ในฐานะที่เป็นส่วนหนึ่งของการติดตั้งคู่ใหม่ของเซิร์ฟเวอร์ที่ฉันเริ่มต้นการเริ่มต้นของ 14TB DRBDอุปกรณ์ ในช่วงเวลานั้นขณะที่เล่นกับการกำหนดค่าอัตราการซิงค์ DRBD และทำให้อินเทอร์เฟซเครือข่ายถูกผูกมัดบางส่วนขึ้นและลงเซิร์ฟเวอร์ตัวใดตัวหนึ่งทำงานล้มเหลว ในช่วงเวลา 30 วินาทีมันผลิต 39 Out of memory: Kill process ####ข้อความ จากนั้นมันก็ล้มเหลวด้วย: Kernel panic - not syncing: Out of memory and no killable processes... ความผิดพลาดของระบบเรียกkdump ตอนนี้ฉันมีvmcore.flatไฟล์ที่ดีซึ่งควรตรงไปตรงมาเพื่อใช้ในการตรวจสอบปัญหา แต่ฉันมีเวลายากที่จะหาว่าหน่วยความจำทั้งหมดไปที่ใด ทรัพยากรเท่านั้นฉันรู้คือเว็บไซต์ของ Dedoimedoซึ่งมีคำแนะนำที่ดีและเคอร์เนลชนหนังสือ สิ่งเหล่านี้ก็เป็นแหล่งข้อมูลเดียวที่แนะนำในคำตอบดังนั้นฉันคิดว่านั่นcrashเป็นวิธีเดียวที่จะตรวจสอบ …

2
หน่วยความจำ WmiPrvSE รั่วบน Windows 2008 * R2 *
ฉันเห็นการอ้างอิงใน Windows 2008 ถึงการรั่วไหลของ WmiPrvSE แต่ไม่มีอะไรเกี่ยวกับ Windows 2008 R2 เรากำลังเรียกใช้ R2 บน Hyper-V (2008) เรากำลังเรียกใช้ NSClient ++ สำหรับการตรวจสอบจาก opsview เมื่อเวลาผ่านไป WmiPrvSE.exe เริ่มใช้หน่วยความจำจำนวนมากทำให้เกิดปัญหาการแจ้งเตือนหน่วยความจำ (น้อยกว่า 10% ฟรี) VM มี 2GB, WmiPrvSE กินได้มากถึง 500-600MB ก่อนที่ฉันจะฆ่ามัน การฆ่ากระบวนการดูเหมือนจะไม่มีผลเสียใด ๆ มันเริ่มขึ้นอีกครั้งและฉันไม่ได้สังเกตเห็นปัญหาใด ๆ แต่หลังจากหนึ่งหรือสองวันมันกลับมาอยู่ในสถานการณ์เดียวกัน ความคิดใด ๆ เกี่ยวกับสิ่งที่ต้องทำ? การตรวจสอบทรัพยากรไม่แสดง Disk หรือ Network IO ใด ๆ โดย WmiPrvSE.exe เพิ่งปีนหน่วยความจำส่วนตัวช้า …

2
Baffling Memory รั่วไหล ระบบนี้ใช้หน่วยความจำอะไรประมาณ ~ 10GB?
หลังจากใช้เวลาประมาณ 18 ชั่วโมงระบบนี้ใช้หน่วยความจำ ~ 10GB ทำให้ OOM-killer ทำงานเมื่อเราทำงานตามปกติ: # free -h total used free shared buffers cached Mem: 14G 9.4G 5.3G 400K 27M 59M -/+ buffers/cache: 9.3G 5.4G Swap: 0B 0B 0B # cat /proc/meminfo MemTotal: 15400928 kB MemFree: 5567028 kB Buffers: 28464 kB Cached: 60816 kB SwapCached: 0 kB …

3
หน่วยความจำ Windows 2012 Core Extreme ใช้กับบริการ SVCHOST / Workstation
เรามีเซิร์ฟเวอร์ประมาณ 200, Hyper V, File Cluster และ IIS ที่ทั้งหมดกำลังประสบปัญหาเดียวกันเหตุการณ์เกิดขึ้นบนเซิร์ฟเวอร์ผ่านการใช้งานปกติที่สูงสุดหรือใกล้ถึง RAM บนเซิร์ฟเวอร์ เมื่อสิ่งนี้เกิดขึ้นบริการ SVCHOST / เวิร์กสเตชันโดยเฉพาะ (ตัดออกโดยการแยกบริการเวิร์กสเตชันเป็น SVCHOST ของตัวเอง) จะหยุดการปล่อยจับ / เธรดและหน่วยความจำที่ใช้โดยบริการนั้นจะไม่ถูกปล่อยออกมา ในบางกรณีเรามีบริการเวิร์กสเตชันที่ใช้ RAM มากถึง 40GB บนเซิร์ฟเวอร์ 255GB นอกจากนี้ยังพบว่ามีมากกว่า 40 ล้านด้ามในบางกรณี ในการรีบูตปัญหาของหลักสูตรจะหายไปและจะไม่ปรากฏขึ้นอีกจนกว่าหน่วยความจำทั้งหมดจะถูกใช้งานโดยกระบวนการ W3 หรือ HyperV VM หลังจากนั้นบริการเวิร์กสเตชันก็เริ่มคว้า RAM ทั้งหมด กระบวนการนี้ช้ามากและอาจใช้เวลาสัปดาห์ / เดือนขึ้นอยู่กับปริมาณของ RAM บนเซิร์ฟเวอร์ ทั้งเซิร์ฟเวอร์ Hyper V และเซิร์ฟเวอร์ IIS ของเราเข้าถึงการแชร์สำหรับไฟล์ทำงานส่วนแบ่งเหล่านี้อยู่ในที่จัดเก็บข้อมูล SSD …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.