Jon Gettler wrote:
> Currently, you can use the config file to save your settings for which
> program groups to hide. 

And I do.


> However, the program list is pruned after it is
> entirely loaded...

Right, which I was surprised to learn, back when I first ran into memory
issues.


> ...so I guess that isn't a solution for you. To solve
> your problem, you'd probably need to pass some sort of filter to
> libcmyth so only a partial list is returned.

Correct.

Does libcmyth pass a pointer to the entire show list, or does it have a
function that gets called iteratively to return the next show in the list?

If the former, then post-processing the structure to prune it might help
in some cases, but you could still hit the memory ceiling before you
even get to the post-processing. Not to mention it would be inefficient.

But post-processing pruning is what's happening now and it doesn't seem
to work. Is that because the data structure is still kept in full, but
filtered as it is rendered to the GUI? Or is the memory from the freed
records not being reclaimed by the heap? (With only one application
running, that the memory doesn't get reclaimed by the OS shouldn't matter.)

Ideally, libcmyth would be able to use the passed filter to make a more
narrow request from the back-end, and save the effort of even sending
the unwanted shows over the wire.


> BTW, any idea how many recordings you need to run the MediaMVP out of
> memory?

I've posted numbers of episode counts at which the problem started
happening, which should be in the list archives. My recollection was
that it was around 1000 episodes, give or take a few hundred.

If you have archives and multi-terabyte disks, exceeding that is pretty
easy.

 -Tom

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to