Red HatThis forum is for the discussion of Red Hat Linux.
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.
there does seem to be a difference in terms of 'cached' and 'buffers'. Could this explain the difference in performance ? If yes how can we track down the offending process etc.
The VMs are running several java processes (Weblogic application servers)
I've managed to reduce the swap usage by shutting down some of the processes and got the numbers of the order
of the 'good system' however, the 'buffers' and 'cache' entries remain unchanged ie 0 and <10 - and, unfortunately, the performance didn't really improve.
From what
i was able to find was that this is for file writing... could that account for the poor performance.
The VMs are running several java processes (Weblogic application servers)
I've managed to reduce the swap usage by shutting down some of the processes and got the numbers of the order
of the 'good system' however, the 'buffers' and 'cache' entries remain unchanged ie 0 and <10 - and, unfortunately, the performance didn't really improve.
From what
i was able to find was that this is for file writing... could that account for the poor performance.
thanks,
Michael
Could you post output from vmstat?
iostat output can help as well.
good:
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 2020308 46600 50564 710744 4 4 27 49 1 4 7 0 92 1 0
bad:
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 1431496 744900 17000 374328 161 39 175 50 29 18 5 0 89 5 0
I've managed to reduce the swap usage by shutting down some of the processes
Such lines are not not meaningful. Please always be as verbose as possible: which processes exactly and what reduction did they cause? What processes do consume the most memory and what are their SAR (System Activity Report) statistics wrt disk I/O? If unsure run any SAR like Atop, Dstat, collectl, etc, etc.
Quote:
Originally Posted by holroyd
The VMs are running several java processes (Weblogic application servers)
...and there's the killer. Oracle/BEA WebLogic requires Java (which JVM are you running?). Java has a different way of memory handling and in some cases doesn't free memory like regular applications would. I suggest you invest time reading the basic diagnostics documentation for your JVM and researching analysis methods and tools for Java like jProfiler and minimally use jtop to get a grip on memory usage. Since you're using WebLogic you should read the documentation. It suggests minimum hardware requirements (follow those) and diagnostics (see for instance http://serveraddress/console/dashboard and 'jrcmd' if you use JRockit). If your machine doesn't contain enough RAM to serve (I don't know what you run but WAS may require gigabytes of RAM on its own) then IMHO you should not try to starve the system from its own resources but put Java processes itself on a diet. Probably need some more to read, some random links: http://magazine.redhat.com/2006/09/1...andrew-oliver/ http://docs.oracle.com/cd/E13222_01/...an/capgen.html http://www.javaperformancetuning.com/resources.shtml
unSpawn,
fair enough. We know, or at least strongly suspect that its the java processes running the Weblogic instances - we are using Jrockit. The processes that we shutdown were weblogic processes. We've already had a look at the java processes with the jrockit mission control. . .
I guess the point i'm trying to make is that we reduced the java processes on the 'bad' machines such that 'free' and 'top' showed us swap usage ofless than the 'good' machine, the performance was still unacceptable.
Memory ussage on a JVM basis looked the same on each machine. The JVM configuration is identical on both machines and the webapplications run are almost identical.
The difference being the two are setup as a cluster with a shared NFS file mount and internal communication between the nodes. Although shutting down one machine didn't make a difference either.
Looking at top and free you can have 1.8gigs of swap being used and some of the java processes were using up to 30% cpu and still the overall performance was ok. We get similar numbers on the 'bad' machines and the whole thing grinds to a halt. So i don't think its the memory usage of the java processes - (though i will eat my words on this thread if it turns out it is), some of us in the team think its a network config issue - the cluster, nfs etc.
wow, looking at this post is so 1990
When I want to compare a few hundred! machines I run colmux/collectl on all of them at the same time and sort on the different columns using the arrow keys. This lets me instantaneously compare what all the machine are doing with respect to cpu, disk, network, memory, etc. With only 3 machines it would be trivial. no need to post output from top which is in one format, iostat which is in another or free which is in yet another. this is just too painful to look at.
-mark
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.