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

3
loadparm.c: 4864 หน่วยความจำรั่วหรือไม่
ฉันใช้ Ubuntu 14.04 เซิร์ฟเวอร์ที่มี LAMP stack, Samba, และ FTP, ไม่มี GUI, เพียงแค่ SSHing เข้าสู่เซิร์ฟเวอร์และทำงานกับมัน ฉันมีปัญหาในการค้นหาวิธีแก้ไขปัญหานี้ แต่เท่าที่ฉันสามารถใช้ Google ได้มันอาจมีส่วนเกี่ยวข้องกับ Samba no talloc stackframe at ../source3/param/loadparm.c:4864, leaking memory?? คำเตือนจะไม่ปรากฏขึ้นในช่วงเวลาปกติใด ๆ หรือในการตอบสนองต่อการกระทำที่เหมือนกันหรือทำซ้ำ มันปรากฏขึ้นระหว่างสิ่งที่ฉันทำ - เปลี่ยนไดเรกทอรีแก้ไขไฟล์คัดลอกเนื้อหาและมักจะปรากฏขึ้นเมื่อฉันเข้าสู่ระบบครั้งแรก มีใครเคยมีประสบการณ์ในการแก้ไขปัญหานี้หรือไม่?

4
ทำไมฉันถึงได้รับข้อผิดพลาด“ ไม่สามารถจัดสรรหน่วยความจำ” นี้ได้บ่อยครั้ง?
ฉันใช้ Ubuntu 12.10 กับ Gnome-Classic ฉันได้รับข้อผิดพลาดนี้บ่อยครั้งและเกือบจะทุกโปรแกรมทั้งเล็กและใหญ่ เมื่อฉันพยายามเปิดพวกเขาพวกเขาจะไม่เริ่มและฉันได้รับข้อความแสดงข้อผิดพลาดCould not launch 'Program' - Failed to fork child process (Cannot allocate memory)แทน นี่ไม่ใช่ปัญหาจนกระทั่งภายในไม่กี่สัปดาห์ที่ผ่านมา ฉันไม่สามารถมองเห็นความธรรมดาสามัญใด ๆ ในโปรแกรมที่ทำให้เกิดข้อผิดพลาดนี้ ดูเหมือนว่าจะเป็นเรื่องของเวลา หลังจากที่คอมพิวเตอร์ของฉันทำงานมาระยะหนึ่งจากที่หนึ่งถึงสองสามวันจากนั้นฉันก็ไม่สามารถเริ่มโปรแกรมใหม่ได้ วิธีเดียวที่ฉันรู้เพื่อป้องกันข้อผิดพลาดนี้คือการรีคอมพิวเตอร์ เหตุใดฉันจึงได้รับข้อผิดพลาดนี้และฉันต้องทำอย่างไรเพื่อหยุดมันให้เกิดขึ้น ฉันใช้ memtest จากเมนู GRUB และรายงานว่าไม่มีข้อผิดพลาดดังนั้นฉันไม่คิดว่านี่เป็นความล้มเหลวของฮาร์ดแวร์ ฉันวิ่งไปsudo apt-get checkและไม่พบข้อผิดพลาด นี่คือเอาต์พุตบรรทัดคำสั่งที่ร้องขอบางส่วน: $ free -m total used free shared buffers cached Mem: 3945 3753 191 0 …

6
วิธีการตรวจสอบการรั่วไหลของหน่วยความจำ?
ฉันดูเหมือนจะมีหน่วยความจำรั่วขนาดใหญ่ในระบบอูบุนตูปัจจุบันของฉัน หลังจากรายงานข้อผิดพลาดหน่วยความจำ Eclipse แปลก ๆ ( /ubuntu/148998/eclipse-constant-different-out-of-memory-errors ) ฉันเริ่มได้รับข้อความแสดงข้อผิดพลาด 'หน่วยความจำไม่เพียงพอ' ในคอนโซลของฉันวันนี้ - ในขณะที่ ทำงานง่ายๆเช่นพิมพ์sudo -sหรือ -free -m การพิมพ์ใน 'free -m' แสดงให้ฉันเห็นว่า RAM ของฉันเพิ่มขึ้นอย่างรวดเร็วจาก 700M เป็น 900M ได้อย่างไรและเติบโตขึ้นถึงขนาด 2000M ในไม่กี่วินาที (หลังจากเพิ่มหน่วยความจำด้วยecho 3 > /proc/sys/vm/drop_caches) Eclipse ไม่ใช่สาเหตุฉันฆ่ากระบวนการโดยสิ้นเชิงและหน่วยความจำยังคงเพิ่มขึ้น มีวิธีใดที่จะตรวจสอบว่ามีรอยรั่วมาจากไหน? ฉันไม่สามารถอัปเดตระบบของฉันได้อีกต่อไปเนื่องจากapt-get updateล้มเหลว (อาจเป็นเพราะหน่วยความจำไม่เพียงพอ) การใช้ Ubuntu 11.10

2
RAM ฟรีหายไป - หน่วยความจำรั่วใช่ไหม
บนระบบที่เริ่มต้นใหม่freeรายงานเกี่ยวกับ RAM ที่ใช้ 1.5G (RAM 8G ทั้งหมด, Ubuntu 12.04 พร้อม lightdm และพลาสมาเดสก์ท็อป, หนึ่งหน้าต่าง konsole เริ่มขึ้น) เมื่อใช้แอพที่ฉันใช้อยู่จะยังคงใช้งานได้ไม่เกิน 2G อย่างไรก็ตามการที่ระบบใช้งานได้สองสามวันแรมฟรีของฉันก็หายไปเรื่อย ๆ - โดยไม่แสดงในรายการแอพที่ใช้: ในขณะที่smem --pie=nameรายงานใช้น้อยกว่า 20% (และมี 80% ที่ใช้งานได้) ต่างกัน free -mเช่นรายงานเกี่ยวกับวันที่ 7: total used free shared buffers cached Mem: 7459 7013 446 0 178 997 -/+ buffers/cache: 5836 1623 Swap: 9536 …

2
กระบวนการ“ / usr / bin / X: 0 -auth / var / run / lightdm / root /: 0 -nolisten tcp vt7 -novtswitch -background none”?
ฉันกำลังประสบปัญหาประสิทธิภาพการทำงานบางอย่างกับการติดตั้ง Ubuntu 12.04 ของฉันและมองหาผู้ร้ายด้วยการทำงานhtopควบคู่ไปกับงานปกติของฉัน นอกเหนือจากผู้ต้องสงสัยตามปกติเช่นโครเมียมคอมพิซและคอนกี้ฉันสังเกตเห็นกระบวนการนี้: /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch -background none ไม่เพียง แต่จะทำงานอย่างต่อเนื่อง แต่ยังเป็นหนึ่งใน hess ressource หลักในรายการกระบวนการทั้งในเรื่องของการใช้ cpu เช่นเดียวกับการใช้หน่วยความจำ มันเป็นเกมที่กินอันดับหนึ่งโดยส่วนใหญ่จะมีการเพิ่มอันดับเป็นครั้งคราวโดยงานที่ต้องทำโดยเฉพาะอย่างยิ่งเช่น Ressource เช่น Flash Player หรืออื่น ๆ ตัดสินจากชื่อฉันไม่แน่ใจเลยว่าจะทำอะไร X และ lightdm ดูเหมือนจะบ่งบอกถึงความสัมพันธ์กับ gui ในขณะที่ tcp ดูเหมือนว่าเกี่ยวข้องกับเครือข่าย คำถามของฉัน: กระบวนการนี้ควรจะทำงานตลอดเวลาหรือไม่? มันถูกต้องหรือไม่ที่ใช้ressources มากขนาดนี้ ? ฉันจำเป็นต้องให้มันทำงานหรือปลอดภัยที่จะฆ่าถ้าเป็นเช่นนั้นได้อย่างไร FYI: ระบบของฉันทันสมัยแล้วฉันยังใช้ xorg-edgers ppa สำหรับไดร์เวอร์ …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.