-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Arshiya,
On 9/11/20 13:06, Arshiya Shariff wrote: > We have a standalone tomcat web application(Version 9.0.22) which > runs on Linux . The application is used to process only a single > http request. A single request, or a single *type* of request? > But the physical memory usage of the application has increased to > 4GB (output from the "top" command of Linux) , of which the heap > has only 16 MB of live data. Does it increase as the request is processed, or does the JVM take that 4GiB immediately upon startup? Remember that the heap is only a part of the JVM's memory usage. Examples of things that don't go into the heap are the native memory used by the JVM itself (thinking of the JVM itself as a usual OS process), stacks for each native thread, compiled Java code produced by the JIT, and various I/O buffers. > Is there a way to track the native memory of a tomcat process ? The native memory of a Java application is very difficult to inspect, etc. unless you are *very* familiar with JVMs, the memory manager being used by your JVM, and the platform and architecture on which the JVM is running. The first thing to do would be to post the effective command-line options that are being used when launching your JVM. One of the easiest ways to do that is to run "ps | grep catalina" which will give you the full command-line for the process. That will show any memory parameters you may have specified on the JVM at launch time, which will definitely affect the amount of native memory your JVM process might end up taking up. - -chris -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl9bsqoACgkQHPApP6U8 pFhfOA//cb427EP07vqPihuQUNWZtbfRyiDn+9B1AWEXLxKChpomSznUDmZWXs/t w7YE6v6h741M8MiHKCJeUNz537DRxzMMCdoIlFFE48mZ/SFrg6xPgpMr2wQksz5S zyKmInSXRmjKFfv1VUZ1tS6nF8dSxC+iSgC+axyBxU3cywVdJ/hCq8ylgq1mc9F7 JllfyxpQ2cRyioYkJWSR04BVDtXMFlyIhuBat8/OrXAEtsqhXCDXvM3cp8RvcIp6 Sg05MCb3nNM2495xt/m8jc1ffcyho5S4CDD1mfNfTLGG5vie5D81i95ExkPt6Voj 8TTI+Yk9MhauSyeroAX67SVJaTDMPqK3fUMuz+IX31tFo/5YMaQAMIe+XF+LW6Kz EsbSDMRB460j8zAigPIt/9KTSfA8xT8R0t3dMPZytaB01tZZi7atq89QcoR+irrP bFiFmErEcTdtyNZWWFeBQiEy1qZ+0J5GZSr7+6ZUwED20RNeWeZ1czHy/JaAsXMQ kNZqx3iXDWbYq6yTTPdC2tJkl5TST+TW62zdJqpjh7L7hh7P9hJSwjwcDvyOdrXD 0uTaU8j+4b2W7Ex7DPO7XVVaYnhFMRJPc0cgKHXyrlz8/5HOTNDxLafHyPXS7dya ffdyNz0k88OawGKXlWrvDQggi82tVInsEJoJID56qEp7x9tUuyQ= =MuBQ -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
