On Mon, 2006-07-17 at 17:07 +0200, Dirk Meyer wrote: > beacon runs gc.collect() in a timer, no unreachable objects.
Ok, could well be some leaking in the C modules then. First step is to write the smallest possible test case that reproduces the leak. :) > I vote for half of it. 7.5 MB sounds enough for me and it is more than > twice as much as sqlite has as default. We need to do some testing here. sqlite doesn't immediately allocate all that spaces. It seems to use what it needs, and cache_size is an upper limit. The problem is that for a large db, as soon as we get to a situation where the indexes can't all fit in memory, the performance degrades by several orders. We must make sure indexes fit in memory at all costs. > Well, I tried to reproduce it with the thumbnailer alone, I did not > find a problem. But no, there is no real stress test. Just write a small script that does what beacon does: connects to the thumbnailer over rpc and tell it to thumbnail an image. Maybe edit the thumbnailer code and have it ignore if a thumbnail already exists, so you can just get it to thumbnail the same image over and over again. > That would be great, a fresh pair of eyes it what I need here. Ok, no problem. I should have some time tonight or tomorrow night. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freevo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freevo-devel
