Garbage Collection with 64-bit Java

[meskibob]

1- 2.0GHz Core2Duo, 4 GB, Vista x64, PMS 1.11.369
2- gigabit through a switch
3- PS3
4- MEncoder
5- See below
6- Didn't see anything out of the ordinary in the log, can post if needed
7- Happens with multiple containers/videos (ISO, AVI, FLV, MKV)

I watched a couple transcoded videos last night and then left the same instance of PMS running overnight. This morning javaw.exe is using 635MB under the "Memory (Private Working Set)" column in the task-manager, even though I only have a 400MB buffer specified in the transcode settings. If I now try to just stream a video (which in theory should tell PMS to force a dump of the transcode buffer), the private working set usage goes even higher.
I didn't use to have this issue, and I don't think this issue is affecting r369 as a whole. So the only other thing that's changed between this and previous versions is that I now have PMS using the 64-bit Sun JRE (1.6.0_17). Are other people seeing this, and is the garbage collection process that different between the 64-bit and the 32-bit JREs?

[jakeN]

I can confirm the high private bytes issue with 64-bit JRE existed before r369. I am running r356 on Win 7 x64 and am experiencing the same issue with the 64-bit JRE . For what it's worth, I leave PS3MS up all the time and only restart my machine when necessary (usually after patch tuesdays); javaw.exe has been running on my machine since 12/10/09 at 6:44PM and the peak private bytes (according to Process Explorer) got to 879MB, whereas right now it's sitting at 408MB doing nothing.

I can't comment on any difference in the internals of the GC between 32 and 64 bit versions of the JRE, but I'll test out any patches should any arise from this issue.

Thanks,
Jake

[meskibob]

Bump...

[shagrath]

Some gc calls are forced after a transcode, but I guess that's not enough, maybe there's a leak somewhere (maybe a connection not closed by the client could trigger this I guess)

[meskibob]

Any updates on this?

[mazey]

bump still a problem, r441. java 64bit update 23.

[shagrath]

it might be a good thing to get a good profiler (like this one, http://www.yourkit.com/purchase/index.jsp ) and launch a campaign. I'll try to get a copy if the open source program they talk about apply

[meskibob]

I just dl'd the fully-featured evaluation version, so I can test for the next 15 days. What do you need me to run/enable/etc? I can see the graph under memory still showing the high allocated heap even though the transcoding was stopped and I'm now just streaming. There were a couple peaks on the GC graphs after I stopped the transcoding, but then not much since then. Not seeing anything that large under the memory leak inspection in the capture.

[meskibob]

Bumpage (don't want the trial to expire)

[ExSport]

Seems nothing changed from my last tests(quite old )
Check here:
viewtopic.php?f=6&t=2456&start=0
It seems in my tests every second start/stop of transcoding cleared memory correctly.