Opened 14 years ago

Closed 14 years ago

#1690 closed defect (invalid)

Mythtv frontend and backend 0.19 crashes with memory leaks

Reported by: adam.dn@… Owned by: Isaac Richards
Priority: major Milestone: unknown
Component: mythtv Version:
Severity: medium Keywords:
Cc: Ticket locked: no

Description

I have an very stock Fedora core 4 install of MythTV 0.19 using the RPMs, and I'm getting repeated memory leak crashes several times a day. I basically followed the Jared Wilson setup step for step.

My frontend/backend are on the same machine. My components:

  • AMD Sempron 2400/Chaintech miniATX MB
  • 768Meg Ram
  • Onboard nVidia Geforce 4 MX
  • 1 x 250GB SATA
  • 2 x PVR 150's w/ hauppauge remote
  • 1 x USB MA111 wifi card
  • 1 x Sony DVD+-RW
  • Updated to nvidia 7676 drivers as per Jared Wilson document.
  • Also configured xorg.conf accordingly.
  • Output via svideo to 27" TV, standard cable, no reciever box.
  • Running myth with 720x480, bob and libmpeg2 which gives me best picture.

The entire install went smoothly. Normally CPU stays around 25% when watching TV. It seems to crash sporatically at undeterminable times. It used to crash right after watching any video (would just freeze), but I realized I had it recording using DVD Special 2, I changed it back to the default and now it only crashes a few times a day if I leave it running. Looking at the syslog, it appears that myth is running out of memory. Since I have 768 of ram, it has to be a memory leak.

I ran accross a thread of someone with the EXACT same problem I'm having. My logs show the exact same error, and I get similar results when tracking myth. Rather than retype it all, here's the link. Only difference is I'm runing stock FC4, and he's using Gentoo:

http://www.gossamer-threads.com/lists/mythtv/mythtvnz/192777

Short log excerpt:

PleApr 15 01:43:45 pvr1 kernel: Free swap  = 152kB
Apr 15 01:43:45 pvr1 kernel: Total swap = 1052248kB
Apr 15 01:43:45 pvr1 kernel: Free swap:          152kB
Apr 15 01:43:45 pvr1 kernel: 180208 pages of RAM
Apr 15 01:43:45 pvr1 kernel: 0 pages of HIGHMEM
Apr 15 01:43:45 pvr1 kernel: 18799 reserved pages
Apr 15 01:43:45 pvr1 kernel: 10528 pages shared
Apr 15 01:43:45 pvr1 kernel: 238 pages swap cached
Apr 15 01:43:46 pvr1 kernel: 0 pages dirty
Apr 15 01:43:46 pvr1 kernel: 0 pages writeback
Apr 15 01:43:46 pvr1 kernel: 141373 pages mapped
Apr 15 01:43:46 pvr1 kernel: 10520 pages slab
Apr 15 01:43:46 pvr1 kernel: 1274 pages pagetables
Apr 15 01:43:46 pvr1 kernel: Out of Memory: Killed process 4332 (mythfrontend).
Apr 15 01:43:46 pvr1 kernel: oom-killer: gfp_mask=0x201d2, order=0
Apr 15 01:43:46 pvr1 kernel: Mem-info:
Apr 15 01:43:46 pvr1 kernel: DMA per-cpu:
Apr 15 01:43:46 pvr1 kernel: cpu 0 hot: low 0, high 0, batch 1 used:0
Apr 15 01:43:46 pvr1 kernel: cpu 0 cold: low 0, high 0, batch 1 used:0
Apr 15 01:43:47 pvr1 kernel: DMA32 per-cpu: empty
Apr 15 01:43:47 pvr1 kernel: Normal per-cpu:
Apr 15 01:43:47 pvr1 kernel: cpu 0 hot: low 0, high 186, batch 31 used:66
Apr 15 01:43:47 pvr1 kernel: cpu 0 cold: low 0, high 62, batch 15 used:45
Apr 15 01:43:47 pvr1 kernel: HighMem per-cpu: empty
Apr 15 01:43:47 pvr1 kernel: Free pages:        6476kB (0kB HighMem)

Please fix!

Change History (1)

comment:1 Changed 14 years ago by Colin Guthrie <mythtv@…>

Resolution: invalid
Status: newclosed

Try using the 0.19-fixes branch of SVN, compiling that up and see if your problem goes away. Although you were quite detailed in your report, there is very little practical info to go on in order to fix the bug so I doubt any of the devs will be able to help.

If you are able, have a play with the fixes branch as lots of bug fixes have been commited there.

If you can run valgrind on your build if it exhibits the same behaviour you may be able to track down where the leak is....

Reopen when/if you have more detailed info from either SVN head or the fixes branch.

Note: See TracTickets for help on using tickets.