--On Friday, October 19, 2001 12:03 PM -0400 Lawrence Greenfield
<[EMAIL PROTECTED]> wrote:
> Most operating systems don't release memory from a process after
> free() is called, so process sizes only climb---they never drop.
> However, what's far more important is the working set size of each
> process. Any memory that is allocated (by the OS to a process) but
> never used can be paged out and doesn't really cause any problems,
> with large enough paging disks.
Yes, this is pretty much what I expected... just haven't had time to test
it out with some test programs.
> The thing to avoid is having a working set size of all processes
> exceed main memory.
>
> The 14 MB number you are seeing may also be a side effect of the
> shared memory that Berkeley db is using. Are you certain that number
> represents 14 MB of _private_ memory in core?
No, I am not certain... and as you mentioned in another post (yours came
in just after I sent mine) about Solaris pmap, I have yet to find anything
close to it on Tru64 that allows me to see the memory break down of a
single process. So, in answer to your question, no.
I do have a message into the Tru64 Managers Mailing List to see if they
are familiar with a pmap equivalent, but I have talked to Tru64 gurus in
the past, and none of them seem to know of such a beast.
> Again, what is the _incremental_ cost of an additional imapd process?
Right, basically, you are asking how much private space the imapd process
is using. Unfortunately, I have no way of knowing. Every command I seem
to run gives me the process Virtual Size and process Resident Size.
> I also don't remember whether Tru64 has good mmap() semantics or not.
> Does Cyrus's configure complain about mmap()?
It does. They had problems in earlier releases of Tru64, but we in 5.0+,
mmap() has been quite good.
By the way, if I find a pmap clone for Tru64, I will let you know :)
Thanks,
Scott
--
+-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+
Scott W. Adkins http://www.cns.ohiou.edu/~sadkins/
UNIX Systems Engineer mailto:[EMAIL PROTECTED]
ICQ 7626282 Work (740)593-9478 Fax (740)593-1944
+-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+
CNS, HDL Center, Suite 301, Ohio University, Athens, OH 45701-2979
