Garbage Collection with 64-bit Java

For help and support with PS3 Media Server in general
Forum rules
Please make sure you follow the Problem Reporting Guidelines before posting if you want a reply.

Garbage Collection with 64-bit Java

Postby meskibob » Fri Dec 18, 2009 2:29 pm

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?
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4788
Joined: Mon Jan 19, 2009 4:11 pm

Re: Garbage Collection with 64-bit Java

Postby jakeN » Fri Dec 18, 2009 7:57 pm

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
jakeN
 
Posts: 1
Joined: Fri Dec 18, 2009 7:40 pm

Re: Garbage Collection with 64-bit Java

Postby meskibob » Thu Dec 31, 2009 8:13 pm

Bump... :mrgreen:
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4788
Joined: Mon Jan 19, 2009 4:11 pm

Re: Garbage Collection with 64-bit Java

Postby shagrath » Fri Jan 01, 2010 8:12 pm

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)
shagrath
Project Lead
 
Posts: 2668
Joined: Wed Jan 14, 2009 1:39 pm

Re: Garbage Collection with 64-bit Java

Postby meskibob » Sat Jan 16, 2010 3:43 pm

Any updates on this? :mrgreen:
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4788
Joined: Mon Jan 19, 2009 4:11 pm

Re: Garbage Collection with 64-bit Java

Postby mazey » Mon Jan 24, 2011 2:56 am

bump :) still a problem, r441. java 64bit update 23.
PMS 1.90.2 Snapshot - Intel Celeron G1840 2.8Ghz / Asus Z97m-plus / Corsair Vengeance 8GB / Windows 8.1 Pro (64 bit)
mazey
 
Posts: 783
Joined: Sat Oct 24, 2009 9:07 am

Re: Garbage Collection with 64-bit Java

Postby shagrath » Tue Jan 25, 2011 1:20 am

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
shagrath
Project Lead
 
Posts: 2668
Joined: Wed Jan 14, 2009 1:39 pm

Re: Garbage Collection with 64-bit Java

Postby meskibob » Tue Jan 25, 2011 6:37 am

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.
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4788
Joined: Mon Jan 19, 2009 4:11 pm

Re: Garbage Collection with 64-bit Java

Postby meskibob » Thu Jan 27, 2011 4:51 pm

Bumpage (don't want the trial to expire)
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4788
Joined: Mon Jan 19, 2009 4:11 pm

Re: Garbage Collection with 64-bit Java

Postby ExSport » Sat Jan 29, 2011 10:31 am

Seems nothing changed from my last tests(quite old 8-) )
Check here:
viewtopic.php?f=6&t=2456&start=0
It seems in my tests every second start/stop of transcoding cleared memory correctly.
ExSport
 
Posts: 2168
Joined: Mon Jan 19, 2009 5:40 pm

Next

Return to General Help and Support

Who is online

Users browsing this forum: No registered users and 15 guests