Re: Domino uses all the RAM

[email protected]
Newsgroups gmane.linux.suse.domino
Message-ID <OFA88DE791.7AF6374B-ONC1256E37.0057C40A-C1256E37.005835B8@analytek.de>



hi,

this are (mostly) child processes who are using the shared memory of its mother-process .. if you're looking at buffers and cached, you'll see that there's a lot of "free" (on demand) memory ...

... just my comment on this ;-) ...

-bruno


Ralph Seichter <[email protected]> schrieb am 11.02.2004 11:50:41:

> [email protected] wrote:
>
> If I run the TOP command I see that almost all my memory is used up
> as shown below. [...]
>
> > top - 16:57:40 up 8 min, 2 users, load average: 0.16, 0.68, 0.49
> > Tasks: 306 total, 1 running, 305 sleeping, 0 stopped, 0 zombie
> > Cpu(s): 2.8% user, 5.1% system, 0.0% nice, 92.1% idle
>
> The load average shows nothing to worry about.
>
> > Mem: 1550348k total, 1507240k used, 43108k free, 47188k buffers
> > Swap: 3152352k total, 0k used, 3152352k free, 1149632k cached
>
> Linux tries to use all the memory it can get hold of, i.e. for
> caching. It would be a waste not to use available memory for the
> benefit of the OS. Your swap space is completely unused, so there is
> no visible memory shortage. "No worries, mate." ;-)
>
> > I used the KDE Sys Guard to determine whats eating up the memory and
> > saw that there were LOTS of Java processes running under the Notes
> > user profile, each using up a fair chunk of ram.
>
> Java is infamous for being a memory hog, so that's not necessarily a
> Domino related issue.
>
> --
> Mit freundlichen Grüßen / Yours sincerely
> Dipl. Inform. Ralph Seichter
>
> HORUS-IT
> Ahornweg 10
> D-57635 Oberirsen
> Tel +49 2686 987880
> Fax +49 2686 987889
> http://horus-it.de/
>
>
> --
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.