RHEL eating RAM space in production environment (top command)
Linux - EnterpriseThis forum is for all items relating to using Linux in the Enterprise.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Your CPU is currently 68% idle. Memory is practically depleted; almost nothing is available or used for the buffer cache. I conclude that your application uses up memory. You say
Quote:
I am sure the application won't use this much RAM as it is serving few users only
How did you determine this?
I see 42 processes running, each of them using 1GB or a bit more RAM, totaling 45GB. I wonder how many PSAPPSRV are running altogether? Couldn't they add up to 128GB? Hint: you can scroll top with pgup/pgdown, or run ps -el | grep PSAPPSRV.
Last edited by berndbausch; 12-03-2018 at 12:41 AM.
Your CPU is currently 68% idle. Memory is practically depleted; almost nothing is available or used for the buffer cache. I conclude that your application uses up memory. You say
How did you determine this?
I see 42 processes running, each of them using 1GB or a bit more RAM, totaling 45GB. I wonder how many PSAPPSRV are running altogether? Couldn't they add up to 128GB? Hint: you can scroll top with pgup/pgdown, or run ps -el | grep PSAPPSRV.
Yes I do see many instances running. The total used RAM computed from top command (37.9%) is same as that shown by the free command.
Last edited by fawaz25; 12-05-2018 at 10:31 AM.
Reason: Policy
I wonder why with just 1 user logged in, PSAPPSRV is consuming around 35% of Memory with JAVA just consuming around 4% of memory. Can this be an application related issue??
It is still far from the 128GB you have. It's puzzling that the difference is so big.
EDIT: I misread the free output. It makes sense now.
Regarding your question, the kernel doesn't just launch PSAPPSRV processes because it feels like it. This is most definitely an application issue. It could be caused by a condition outside of the application, but still, the application should be able to handle external conditions correctly and not start tens of processes if they are not needed.
EDIT: I just saw that PSAPPSRV is probably a Peoplesoft process. I would ask the question in an Oracle or Peoplesoft forum.
Last edited by berndbausch; 12-03-2018 at 03:17 AM.
It is still far from the 128GB you have. It's puzzling that the difference is so big.
EDIT: I misread the free output. It makes sense now.
Regarding your question, the kernel doesn't just launch PSAPPSRV processes because it feels like it. This is most definitely an application issue. It could be caused by a condition outside of the application, but still, the application should be able to handle external conditions correctly and not start tens of processes if they are not needed.
EDIT: I just saw that PSAPPSRV is probably a Peoplesoft process. I would ask the question in an Oracle or Peoplesoft forum.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.