--0F1p//8PRICkK4MW
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

OK... following this idea and comparing to your ps command, I discovered
(tadaa :) that the top column (SIZE and RES) gives excellent clue.

Most of my perl COMMAND have half the SIZE value as RES value.
Which I deduced that the other half should be somewhere else than memory
;) After identifying the full command line with the PIDs, I could
identify most of the apps in the swap.

thX all for the ideas!

On Tue, Aug 01 2006 - 12:40, Gary Thorpe wrote:
>=20
> --- Greg Troxel <gdt@ir.bbn.com> wrote:
>=20
> >=20
> > ps alx -k rss
> > ps alx -k vsz
> >=20
> > Look at VSZ and RSS.
> >=20
> > From ps(1):
> >=20
> >      rss     the real memory (resident set) size of the process (in
> > 1024 byte
> >              units).
> >=20
> >      vsz         virtual size in Kbytes (alias vsize)
> >=20
> >=20
> > Generally vsz-rss is memory in the address space of a process that
> > isn't backed by real memory, and thus in swap space, probably with
> > some fuzz.
>=20
> Well this is the logical way to think about it...but I notice more than
> often that sometimes vsz < rss when you look at the output of ps for
> some processes. How do you interpret this situation???
>=20

--0F1p//8PRICkK4MW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (NetBSD)

iD8DBQFEz46Y0/VH7L7F7Y4RAoDyAJ9buKdw+1KPpSdd8zlllM1XKJZttwCePYya
DW+PzsmGxDiZjYdutHvINBA=
=JKwy
-----END PGP SIGNATURE-----

--0F1p//8PRICkK4MW--