Constant garbage collection Java -
i check application log , see following:
163.029: [gc163.029: [parnew: 545354k->8k(613440k), 0.0421560 secs] 547578k->2232k(20903424k), 0.0422630 secs] [times: user=0.27 sys=0.03, real=0.04 secs] 164.014: [gc164.014: [parnew: 545352k->6k(613440k), 0.0438010 secs] 547576k->2230k(20903424k), 0.0439220 secs] [times: user=0.30 sys=0.00, real=0.04 secs] 164.995: [gc164.996: [parnew: 545350k->10k(613440k), 0.0350310 secs] 547574k->2234k(20903424k), 0.0351570 secs] [times: user=0.27 sys=0.00, real=0.04 secs] 165.967: [gc165.967: [parnew: 545354k->8k(613440k), 0.0532350 secs] 547578k->2232k(20903424k), 0.0533560 secs] [times: user=0.39 sys=0.00, real=0.06 secs] 166.946: [gc166.946: [parnew: 545352k->10k(613440k), 0.0308930 secs] 547576k->2234k(20903424k), 0.0309980 secs] [times: user=0.25 sys=0.00, real=0.03 secs] 167.919: [gc167.919: [parnew: 545354k->12k(613440k), 0.0393180 secs] 547578k->2236k(20903424k), 0.0394180 secs] [times: user=0.30 sys=0.00, real=0.04 secs] 168.890: [gc168.890: [parnew: 545356k->4k(613440k), 0.0449310 secs] 547580k->2230k(20903424k), 0.0450500 secs] [times: user=0.31 sys=0.00, real=0.04 secs] 169.869: [gc169.869: [parnew: 545348k->4k(613440k), 0.0422740 secs] 547574k->2230k(20903424k), 0.0423800 secs] [times: user=0.26 sys=0.02, real=0.04 secs] 170.850: [gc170.850: [parnew: 545348k->4k(613440k), 0.0434500 secs] 547574k->2230k(20903424k), 0.0435570 secs] [times: user=0.31 sys=0.00, real=0.04 secs]
there's plenty enough memory (i'm using 2.6% memory available)
what possibly cause such behaviour? i'm using command
java -xss515m -xms20g -xmx20g -xx:+useconcmarksweepgc -xx:+printgcdetails -xx:+printgctimestamps -jar
given hotspot uses ephemeral gc, common garbage collection normal , harmless. means eden generation has run out of space , being collected, fast -- pretty unnoticeable.
the frequency of garbage collection, therefore, related allocation bandwidth, rather amount of memory "in use". mistake in thinking it's bad, while in fact how gc designed , intended work.
Comments
Post a Comment