-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Andrea,
On 8/30/17 4:13 PM, Ing. Andrea Vettori wrote: >> On 30 Aug 2017, at 00:16, Christopher Schultz >> <ch...@christopherschultz.net> wrote: RMI is known for flagrantly >> wasting permgen/metaspace because of all the Proxy objects and >> special throw-away Class objects it uses, etc. But I'm not sure >> why the metaspace filling up would have such a dramatic effect on >> performance. If you were stalling during a metaspace collection, >> it might make sense, but that's not what you are reporting. > > That’s true in fact what I’d like to understand is if a big > metaspace can affect performance… one thing I want to try is to run > the app with metaspace capped at 400/500MB. On java 7 I had PermGen > at 512 and as far as I remember, it was working fine. Yes, I think limiting the metaspace might help. It may result in more frequent, smaller GC cycles. I actually don't know much about the (relatively) new metaspace region, but it's possible that GC in the metaspace is a "stop the world" operation where the JVM can't do anything else during that time. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJZqDF7AAoJEBzwKT+lPKRYBlcP/jVUU601Q0L1jszghHUx77Dq 5/SbTdPZassiPzLZ8Jg4NY9gclsFaQNHyvvi3p4dAbR5OdXjfogSgJEb1uFoLhKW Uokxg7jd79HBVHvGjHKZ5NpNsLbun27DNEF+aLiVQzeuiJfK1j0aHDht8dFfR5Yq Hm7UnKhxCNScDNZodvwEK1gPS5JgXVzi0qzdwE5fWVhTXeHDeYtgSjhlULv18NSj 7ug3S8OWNUmKfORnIDAcyKmJTNGX8BEfd9yrvQgq83nZciynu0S0AXVrdztQe0nv 3L2+cG94iEhhGWkwmKuGayeVX2BgUqtRQZ8ouNARnQIirmktUdPcd5j3UDtrCckh siVVmKCv1EAsbtykW/0/VHUr9czPY95hocJTLVT0u+2eX+ez3rtC6zci6vV/kQYZ XVbCnSDb0Bg5RxjFJe65f58X7SXnOwgWT/8sNjwYUYWVP/XWVFK00pgUbco+zyho 6dzI7pe9v2iU6v1JBf1yNq944SKRZONjklz0QkMSj6GsEcsEX3hepSh6NBL2oaDq tyl45r/Xc1FipjnfevvMDJtLe3WiSEBKFHI0XEU64l29HzhbM+RzDzaLAYwmeo0+ f3wIDIP3wMX3lWyOgnMalqpNcyUf5ahVMMn6F63mJMvA37N55MDEToxwF1XbtZHB 6NClzihKaEu1PO3dACJm =uCGN -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
