virtual size includes shared library memory?

[thirdm]

On UNIX and Unix-like systems is there any kind of standard definition for what a process's virtual size (vsz, vm_size, vsize in ps or size in top, depending on system) means in terms of mapped in shared libraries? It seems like it's all over the place. If I remember rightly OpenBSD excludes the shared library memory while other systems include it. At least I recall seeing cases where virtual size was smaller than resident set size on OpenBSD, yet on the NetBSD system in front of me now I see nothing like that. Some looking around on the internet shows no clear answer, but seems to imply that FreeBSD and Linux each define virtual size to include the mapped in shared library memory. I'll have to try to experiment a little with DragonFly when I get home.

What's your experience?

[rocket357]

OpenBSD-CURRENT:

/usr/src/usr.bin/top/machine.c:
/* what we consider to be process size: */
#define PROCSIZE(pp) ((pp)->p_vm_tsize + (pp)->p_vm_dsize + (pp)->p_vm_ssize)

/usr/src/sys/sysctl.h:
int32_t p_vm_rssize; /* SEGSZ_T: current resident set size in pages */
int32_t p_vm_tsize; /* SEGSZ_T: text size (pages) */
int32_t p_vm_dsize; /* SEGSZ_T: data size (pages) */
int32_t p_vm_ssize; /* SEGSZ_T: stack size (pages) */

RES is listed as "resident" size in top's man page, which is simply format_k(pagetok(pp->p_vm_rssize)).

I've seen instances (on OpenBSD-CURRENT) where SIZE > RES and other instances where RES > SIZE. I haven't dug into it enough to understand why that happens...but I probably will now that you've asked.