Re: Linux OS Agent on Virtual vs. Physical
John Alvord <jalvord-r/[email protected]>
| Newsgroups | gmane.comp.sysutils.tivoli.general |
|---|---|
| Message-ID | <OF5169BB64.39CD95B8-ON88257BBF.00669B66-88257BBF.00670B08__319.376742891286$1375814818$gmane$org@us.ibm.com> |
Virtual storage used is never a good criteria. With no competition, processes tend to sprawl about and use up lots of storage that is never referenced and has zero impact on performance. When other processes are running, the base process storage use will shrink with no change in performance... up to a point. There is a well known concept called "working set" where if you reduce available storage below that value the process starts thrashing and performance gets really bad. If you want to experiment with this "unrelated to performance so why are you spending any time on it" issue, I suggest you use ulimit to control process size and see how low you can make it without impacting performance. Regards, ______________________________________________ John Alvord Advisory Engineer IBM Tivoli Monitoring 6 Platform Customer Support Office: 1-720-396-2788 Mobile: none jalvord-r/[email protected] Cloud & Smarter Infrastructure IBM Support Portal Open a New Service Request Update your PMR via Email Escalate your PMR My Blog: Wonderful World of Situations Secure upload to ECUREP From: Gregory Mendes <[email protected]> To: "[email protected]" <[email protected]>, Date: 08/06/2013 11:23 AM Subject: [TME10] Linux OS Agent on Virtual vs. Physical Sent by: [email protected] Quick question: The Linux OS agent on a virtual box consumes approx. 1.6 GBs of memory. On a physical box the agent consumes approx. 3 GBs of memory. The situations that are distributed to these agents are CPU, MEMORY and Disk and for each one of them I have 3 severities for CRIT, MINOR and WARNING. They run at 30 second sampling intervals. Is there a way to reduce the memory used by the Linux OS Agent? I know the answer would most likely be change the sampling interval. Your thoughts and answers are appreciated. Regards, Gregory R. Mendes 770-317-8593 _______________________________________________ TME10 mailing list [email protected] Unsubscribe:[email protected] _______________________________________________ TME10 mailing list [email protected] Unsubscribe:[email protected]