Re: strange memory leak

p595pimp wrote:
:
[[ another quick question... (but this is a bit off the point, so I'm
more concerned w/the other questions)... why, according to 'vmstat -
vs', are page-in's an order of magnitude higher than page-out's???
(yet, the "paging space page in's" are much LESS than the "paging
space page outs"). jeesh!!! ]]

(eg... dev:/ # vmstat -vs
2258986214 total address trans. faults
1201141520 page ins
108631385 page outs
9680361 paging space page ins
15899702 paging space page outs
:

Just a guess, but if the page was paged-in, then was not changed
(e.g. a disk cache of read-only files or a shared lib) then it
would not need to be paged-out again, but if the memory was
needed that real memory page would get re-used (stolen), so
eventually that same page might get paged-in again without an
intermediate page-out (i.e. no 1-to-1 of in/out).

When looking for memory leaks, at least for long-running
user-space processes (WAS, Database), I look at the SZ column
of 'ps -lef'. If the system has reached 'steady-state'
for a given workload and the SZ column continues to grow
for a process then I consider that a clue to a memory leak
in that process.

Paul Landay
.