[TriLUG] Memory Monitor on a Redhat system

Tom Le t.thanhcle at gmail.com
Thu Mar 29 13:28:04 EDT 2007


I got

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
pending signals                 (-i) 1024
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63744
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited


On 3/29/07, Michael Rothwell <michael at rothwell.us> wrote:
> Also, what is the output of `ulimit -a` when run as the user you're
> trying to start jboss as?
>
> -M
>
>
> On Mar 29, 2007, at 12:04 PM, Tom Le wrote:
>
> > We are having problems with memory usage on a Redhat AS 4 - on a
> > 64-bit Power PC IBM pSeries. We was wondering if there is a reliable
> > package to monitor memory usage on the server. Our current problem is
> > that the system memory is 95% capacity and we have no idea what is
> > taking up all the memory. We are certain that oracle is using 1G out
> > of 16G of the box, and one instance of jboss is set to use max 1G of
> > memory. We are trying to add a second instance of jboss and it won't
> > start due to insufficient memory. We need a package or a way to drill
> > down to what application using how much memory on the server
> > Any suggestion is appreciated.
> >
> > Tom
> > --
> > TriLUG mailing list        : http://www.trilug.org/mailman/listinfo/
> > trilug
> > TriLUG Organizational FAQ  : http://trilug.org/faq/
> > TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
>
> --
> TriLUG mailing list        : http://www.trilug.org/mailman/listinfo/trilug
> TriLUG Organizational FAQ  : http://trilug.org/faq/
> TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
>



More information about the TriLUG mailing list