Native memory leak in StringTable::intern using G1

[yu.zhang at oracle.com]

Will,

Does your application generate a lot of interned string?

Another way to confirm is with jmap -heap <pid> 'interned Stings' should 
be printed. Did full gc happen during the run?

Thanks

Jenny


On 02/21/2017 10:52 AM, Will Bertelsen wrote:
> Hi All,
>
> I've been experimenting with G1 in production and have noticed a large 
> native memory leak that eventually exhausts all memory on the system. 
> I ran it overnight with NMT enabled and this was the biggest offender:
>
> [0x00007f86c31cf205] Hashtable<oopDesc*, 
> (MemoryType)9>::new_entry(unsigned int, oopDesc*)+0x165
> [0x00007f86c35dd263] StringTable::basic_add(int, Handle, unsigned 
> short*, int, unsigned int, Thread*)+0xd3
> [0x00007f86c35dd452] StringTable::intern(Handle, unsigned short*, int, 
> Thread*)+0x182
> [0x00007f86c35dd921] StringTable::intern(oopDesc*, Thread*)+0x131
>                              (malloc=2628520KB +2601784KB #328565 +325223)
>
> Has anyone seen this before?
>
> Here is my java version and gc settings:
>
> java version "1.8.0_45"
> Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
> Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)
>
> -Xmx16384M
> -Xms16384M
> -XX:+AggressiveOpts
> -XX:+UnlockExperimentalVMOptions
>
> -XX:+UseG1GC
> -XX:G1HeapRegionSize=8M
> -XX:G1NewSizePercent=20
> -XX:G1MaxNewSizePercent=80
>
> -XX:MaxGCPauseMillis=250
> -XX:MaxMetaspaceSize=1G
>
>
> _______________________________________________
> hotspot-gc-use mailing list
> hotspot-gc-use at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/hotspot-gc-use/attachments/20170222/4ac71206/attachment.html>