gpvr.exe - endlessly growing memory usage

[Old Dog]

The only thing I am running is the XRecord suite and MusicLibrary2. Using the standard Blue skin.

In actual usage, we watch about 50/50 Ready and Video, and the poor box is recording about 50% of the time so we Archive stuff daily to a 300gig linux server box/samba share. Every now and then we'll listen to some mp3s that are shared off the linux box as well. I don't use the Guide or Live TV at all. I do use the web interface as well, but that runs out of the recording service does it not?

We've got all our priority recordings set up (40+ of them) and they are working like champs...

So a typical day is browse the new recordings, watch some of em, archive some of em, delete some - browse pendings and 'seen it' on a few of em, and watch some of the Video archives. After a restart the gbpvr.exe process is under 60meg, at the start of the next day it's at 200-400MB - recording service is nice and small - 60mb or so - and the database balloons up to 60mb after I compress it manually once the EPG updates nightly.

Beats me what I am doing wrong.

You might try running without any additional plugins for awhile just to determine if they might be causing the problem. To disable them, copy the contents of GBPVR\plugins to a safe place, then delete the files from the plugins directory. When you go to restore them, you will need to copy them back and possibly reselect them in the Config program. If they were the source of your problem, restore them one at a time.

Of course someone more knowledgeable might be able to tell you right off

[capone]

Turn off the EPG for a night (or just set it for late the next day and not overnight) and see what it is early the next day.

[JohnInSJ]

gpvr.exe restarted about 4 hours ago...

Current process size: 186MB

Guide has not updated since restart.
Actions since restart:
watched 2 'video' archived recordings via XRecord plugin (maybe an hour total).
browsed the available and video recordings in XRecord

That's it.


If I move the plugins out, I assume the priorityrecording stuff will still happen?

[JohnInSJ]

FYI - checking in this morning - have not used gbpvr at all overnight but the guide updated, and the process size is exactly the same as it was last night - 186MB

So its only thru usage that it grows in size. Must be XRecord.

[JohnInSJ]

Ok, one more quick look

(0) installed latest web server (.29 version)
(1) restart, run nothing, gbpvr process @ 93Mb
(2) access web interface - no change (recording service goes up 20Mb)
(3) play around a bit in the web interface... seems stable, actually drops to 79Mb

Maybe it was the web interface???

[JohnInSJ]

Well, it's morning, noone has used gbpvr, and the process is now 190mb.

What is a typical process size for gbpvr???

[sub]

I just checked on my "production" GB-PVR, which has been running for the last few days. Its using about 90MB for GBPVR.exe

[capone]

As I've discussed before, the EPG shoots mine up, but use a ram monitor to clean it up not long after. W/ goodes added, I've find normal use of <150Mb acceptable (starts at 80 or so, but going into plugins, not just loading them, seems to add...price of doing biz)

[sub]

I just remembered I havnt actually played anything on my production box since I rebooted a few days ago. Its been doing recordings, but I havnt watched anything yet.

Having played something, its now sitting around 110MB. I'll remember this and keep an eye on it over the next few days.

[capone]

If you look at some images, listen to some music, basically, use it in the variety of ways you intended it to be used (meaning just mainsteam plugin/functions), it creeps up. It will depend on the particular plugin versions of music/images you use, of course.

I don't know if there's much that can be done, as it obvoiusly takes up ram to do things like browse a dir of 100 images or random play 200 songs. The only thing that could be done is somehow recover that ram along the way (either on-sched or on close of plugins)