how to get statistics about memory usage ?

[Christophe Lohr]

Hi,

Inside a program, I need to get some statistics about memory usage.
I actually need figures given by the "ps -o vsr,rss" command.

For the moment, I make a popen("ps...") followed of a scanf on what it
displays. It is a little complicated, and that distorts measurements.
Is there a better way?

I have tried "getrusage( )". However values returned are not really
relevant for my needs.

I also looked at "mallinfo() ", without success.
First, I do not know what is that a "block" (which size ?). Then, that does
not count the stack size and the code size, just the malloc.
(By the way, it's more or less a C++ code. So, are the "new" counted in
mallinfo() ?)

Then, how can my program know its "resident set size" and especially its
"virtual memory size"?

Thanks.
Christophe

[Artie Gold]

Christophe Lohr wrote:

Hi,

Inside a program, I need to get some statistics about memory usage.
I actually need figures given by the "ps -o vsr,rss" command.

For the moment, I make a popen("ps...") followed of a scanf on what it
displays. It is a little complicated, and that distorts measurements.
Is there a better way?

I have tried "getrusage( )". However values returned are not really
relevant for my needs.

I also looked at "mallinfo() ", without success.
First, I do not know what is that a "block" (which size ?). Then, that does
not count the stack size and the code size, just the malloc.
(By the way, it's more or less a C++ code. So, are the "new" counted in
mallinfo() ?)

Then, how can my program know its "resident set size" and especially its
"virtual memory size"?

Thanks.
Christophe

The C language itself knows not of such things. Is is likely, however,
that your platform provides some way of getting such information (likely
in a reasonable way) <hint, hint>. See your documentation or post to a
relevant newsgroup.

HTH,
--ag

--
Artie Gold -- Austin, Texas
http://goldsays.blogspot.com (new post 8/5)
http://www.cafepress.com/goldsays
"If you have nothing to hide, you're not trying!"

[David Resnick]

Christophe Lohr wrote:

Hi,

Inside a program, I need to get some statistics about memory usage.
I actually need figures given by the "ps -o vsr,rss" command.

For the moment, I make a popen("ps...") followed of a scanf on what it
displays. It is a little complicated, and that distorts measurements.
Is there a better way?

I have tried "getrusage( )". However values returned are not really
relevant for my needs.

I also looked at "mallinfo() ", without success.
First, I do not know what is that a "block" (which size ?). Then, that does
not count the stack size and the code size, just the malloc.
(By the way, it's more or less a C++ code. So, are the "new" counted in
mallinfo() ?)

Then, how can my program know its "resident set size" and especially its
"virtual memory size"?

Thanks.
Christophe

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>

-David

[Keith Thompson]

"David Resnick" <ln********@gma il.com> writes:
[...]

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>

<STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Kenny McCormack]

In article <ln************ @nuthaus.mib.or g>,
Keith Thompson <ks***@mib.or g> wrote:

"David Resnick" <ln********@gma il.com> writes:
[...]

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>

<STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

That should have been:

<WRONG>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</WRONG>

Solaris has /proc, as do (I believe) over Unix flavors.

[Kenny McCormack]

In article <dm**********@m atell.enst-bretagne.fr>,
Christophe Lohr <ch************ *@enst-bretagne.fr> wrote:

Hi,

Inside a program, I need to get some statistics about memory usage.
I actually need figures given by the "ps -o vsr,rss" command.

For the moment, I make a popen("ps...") followed of a scanf on what it
displays. It is a little complicated, and that distorts measurements.
Is there a better way?

Allow me to be the first to say this - and I say it from the deepness of my
heart, with all the kindness and love one has come to associate with the
helpful posts you get in this newsgroup:

Not portable. Can't discuss it here. Blah, blah, blah.

[Keith Thompson]

ga*****@yin.int eraccess.com (Kenny McCormack) writes:

In article <ln************ @nuthaus.mib.or g>,
Keith Thompson <ks***@mib.or g> wrote:

"David Resnick" <ln********@gma il.com> writes:
[...]

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>

<STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

That should have been:

<WRONG>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</WRONG>

Solaris has /proc, as do (I believe) over Unix flavors.

With a *very* different interface, the details of which are, of
course, best discussed elsewhere. Followups to /dev/null.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
We must do something. This is something. Therefore, we must do this.

[Flash Gordon]

Kenny McCormack wrote:

In article <ln************ @nuthaus.mib.or g>,
Keith Thompson <ks***@mib.or g> wrote:

"David Resnick" <ln********@gma il.com> writes:
[...]

This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT> <STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

That should have been:

<WRONG>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</WRONG>

No, what Keith said is correct.
Solaris has /proc, as do (I believe) over Unix flavors.

Are you claiming that these Unix flavours are not like Unix?
--
Flash Gordon
Living in interesting times.
Although my email address says spam, it is real and I read it.

[Joe Estock]

Kenny McCormack wrote:
[usual crap]

You're still alive Kenny? I thought someone would have killfiled you by now.

Joe

[Mark B]

"Flash Gordon" <sp**@flash-gordon.me.uk> wrote in message
news:dk******** ****@news.flash-gordon.me.uk...

Kenny McCormack wrote:

In article <ln************ @nuthaus.mib.or g>,
Keith Thompson <ks***@mib.or g> wrote:

"David Resnick" <ln********@gma il.com> writes:
[...]
This is all system specific, so OT in comp.lang.c. From what you are
saying,
I believe comp.unix.progr ammer would be a good place for you to get
help. <OT> On Linux, May find what you want in /proc file system, you
could ask about that in cup </OT>
<STILL_OT>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</STILL_OT>

That should have been:

<WRONG>
/proc is Linux-specific, though some other Unix-like systems may
provide something similar.
</WRONG>

No, what Keith said is correct.

Actually, what Keith said is most definately NOT correct.

Solaris has /proc, as do (I believe) over Unix flavors.

Are you claiming that these Unix flavours are not like Unix?

No, his claim is that: /proc is NOT linux specific... and he is right.
Many systems (which predate Linux) also use(d) a /proc file system.