<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">The system starts, mythbackend loads and runs.<br>
We are at 9.x% or so on my 1GB system.<br>
Yes, these numbers are from memory.<br>
You explain why that number can easily quadruple over time for and for<br>
waht reason. Buffers are allocated at startup. Just three channels are<br>
recorded, 6 at maximum at any time (pre- and postroll).<br>
So until this max usage is hit it can grow.<br>
If the process continues to grow after this occasion we might have an issue.<br>
If the process continues to grow at an abnormal rate we might have an issue.<br>
(yes, opinions and they're mine)<br>
<br>
> I guess I should consider all the processes on my PC to be leaking<br>
> memory because they all pretty much do that.<br>
<br>
All your process grow steadily into the double digit numbers?<br>
So your RAM fills up or your swap does or both?<br>
<br>
</blockquote></div><br>The memory on your computer is a cache system (see: <a href="http://en.wikipedia.org/wiki/Cache" target="_blank">http://en.wikipedia.org/wiki/Cache</a>). Its job is to fill up with anything that gets pulled from the disk or written to memory by the CPU. It is then supposed to hold that stuff in RAM until the space is needed by another process (this is over simplified but it is the general idea). Contrary to popular belief, having your system sit there with a lot of free RAM is not good for system performance. Ideally anything the process might need would be waiting in RAM rather than having to fetch it from disk. If you are only running mythtv and you have 1 GB of RAM then mythtv should take up as much of that RAM as it wants over time, since no other processes need it. So just using more RAM over time does not necessarily mean there is a leak. <br>
<br>You seem to be under the impression that there is some small portion of the code that deals with the memory access and that it would be easy to identify what is causing a leak (if there is one). Every single part of the mythtv code is resident in memory before it runs. While any aspect of the program is running it allocates memory and then it deallocates it when it is no longer needed. A leak occurs when memory gets allocated, but when it is finished being used it doesn't get deallocated. So a leak could be coming from almost any aspect of the program. To increase the complexity the software is calling device drivers, system functions, etc. that are not part of mythtv. These likewise are allocating and using memory. It is often very difficult to determine when a given chunk of memory is no longer needed and should be deallocated. In terms of complexity, variables, and the number of interactions, there are few things more complicated that trying to trace this type of information through a modern software/computer system.<br>
<br>I would recommend you stop suggesting how simple this should be to fix. It is fine that you don't understand what is involved, but you should be willing to acknowledge that and stop suggesting, to those who do know, that they should 'simply' replicate your environment, find the bug, and fix it. Any of those steps is more often the not incredibly difficult. They best bet for identifying the bug is to use your system. It is the only place that it is guaranteed to be present. <br>