StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
9252123
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
0
CommunityOwnedDate
CreationDate
2012-02-12T19:51:54.690
FavoriteCount
0
LastActivityDate
2012-02-12T19:57:23.393
LastEditDate
2012-02-12T19:57:23.393
LastEditorUserId
438319
OwnerUserId
438319
ParentId
9251994
PostTypeId
2
Score
6
ViewCount
0
LastEditorDisplayName
text
Body
I am assuming that the 680768 kB of memory that you are reporting is from an OS tool like ps or task manager. The total amount of memory used by the JVM is not causing the temporary freezing of the app. The likely cause of the pause is that the JVM Garbage collector is running a full GC which will suspend all threads in the JVM which the full GC is running (unless you have a concurrent gc configured). You should run the JVM running the playframework with -verbosegc -XX:+PrintGCDetails to see what the GC is doing. Your question "Does the Play Framework need that much memory" can not be answered because the amount of memory used will depend on what your application is doing on a pre request basis. Also the JVM will let the heap run down and then do a GC cycle to clean up the Heap. A well behaved JVM app should show a saw tooth pattern on the GC graph. I don't know which JVM you are using if you are using the hotspot VM read the JVM tunning guide. <a href="http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html">http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html</a> You generally need to understand the following GC concepts before reading the JVM tuning guide for the guide to make sense. <ul> <li>Mark and Sweep Garbage Collection</li> <li>Mark, Sweep and Compact Garbage Collection</li> <li>Copy collector</li> <li>Generational Garbage Collection </li> <li>Parallel Garbage Collection</li> <li>Concurrent Garbage Collection</li> </ul> <a href="http://rads.stackoverflow.com/amzn/click/1420082795">http://www.amazon.com/Garbage-Collection-Handbook-Management-Algorithms/dp/1420082795/</a> is probably a good book on this subject A couple of free tools that ship with the hotspot JVM that you can use include jconsole, and jvisualvm. jvisualvm has a nice plugin called VisualGC which is great at learning how the hotspot vm manages memory.
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POMemory usage of the Playframework
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. USams
UserOwnerUserId
1. USams
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
2. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
3. VO
 singulars
 PostPostId
 PO
 UserUserId
 This table or related slice is empty.
 VoteTypeVoteTypeId
 VTUpMod
CommentsPostId
1. This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.