I have gotten these messages several times, it appears that with
a lot of shows that there may be excessive memory usage, this also
happens the same time as the mythtv UI freezing, and in fact I have
came back to the screen saver being frozen and it also seems consistent
with this happening.

Does anyone know if this kernel will allow swap over nfs and if it
has swap enabled?    Given how tight memory is, just enabling a tiny
amount of swap would probably improve things.

Also, where is the dongle.bin that boot's the thing stored?

A ps and free show this after a restart:
   PID  Uid     VmSize Stat Command
     1 root        100 S   init
     2 root            SW  [keventd]
     3 root            SWN [ksoftirqd_CPU0]
     4 root            SW  [kswapd]
     5 root            SW  [bdflush]
     6 root            SW  [kupdated]
     7 root            Z   [cifsoplockd]
     8 root            SW  [mtdblockd]
    68 root        112 S   /usr/sbin/telnetd
    86 root         56 S   udhcpc -i eth0 -n
   108 root            SW  [rpciod]
   117 root        228 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   259 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   262 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   263 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   264 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   265 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   266 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   267 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   268 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   269 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   270 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   271 root       8612 S   mvpmc -M --vlc 10.1.1.1 -s 10.1.1.2 -y 10.1.1.2 -u 
mythtv -p mythtv -T mythconverg -r /tv/tvshows -m ntsc
   284 root        412 S   -sh
   286 root        344 R   ps
# free
               total         used         free       shared      buffers
   Mem:        13684        13296          388            0         2532
  Swap:            0            0            0
Total:        13684        13296          388

Deleting a few shows takes the mvpmc process up to 9500 range, and sometime
after that it freezes up, and at the time of the freezes it is not possible
to telnet into it until the kernel oom's mvpmc so it restarts.

Either a leak or something else is going on, I am running a recent git, but
this seems consistent with the behavior I have seen with at least the last 
several months versions.

                            Roger

__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process default.script
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process telnetd
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
VM: killing process mvpmc
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0xf0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
__alloc_pages: 0-order allocation failed (gfp=0x1d2/0)


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to