* pmap.c : Can you please try another name for it?
@ 2001-02-19 23:58 Dieter Nützel
2001-02-19 23:58 ` Albert D. Cahalan
` (2 more replies)
0 siblings, 3 replies; 5+ messages in thread
From: Dieter Nützel @ 2001-02-19 23:58 UTC (permalink / raw)
To: Rik van Riel; +Cc: Linux Kernel List, Andy Isaacson
Hello Rik,
there is a nice little toy called "pmap.c" around for several years, now.
Should we consider?
/*
* pmap.c: implementation of something like Solaris' /usr/proc/bin/pmap
* for linux
*
* Author: Andy Isaacson <adi@acm.org>
* Fri Jun 18 1999
*
* Updated Mon Oct 25 1999
* - calculate total size of shared mappings
* - change output format to read "writable/private" rather than "writable"
*
* Justification: the formatting available in /proc/<pid>/maps is less
* than optimal. It's hard to figure out the size of a mapping from
* that information (unless you can do 8-digit hex arithmetic in your
* head) and it's just generally not friendly. Hence this utility.
*
* I hereby place this work in the public domain.
*
* Compile with something along the lines of
* gcc -O pmap.c -o pmap
*/
Regards,
Dieter
--
Dieter Nützel
Graduate Student, Computer Science
University of Hamburg
Department of Computer Science
Cognitive Systems Group
Vogt-Kölln-Straße 30
D-22527 Hamburg, Germany
email: nuetzel@kogs.informatik.uni-hamburg.de
@home: Dieter.Nuetzel@hamburg.de
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: pmap.c : Can you please try another name for it?
2001-02-19 23:58 pmap.c : Can you please try another name for it? Dieter Nützel
@ 2001-02-19 23:58 ` Albert D. Cahalan
2001-02-20 0:25 ` Andy Isaacson
2001-02-20 0:01 ` Jeremy Jackson
2001-02-20 15:24 ` Rik van Riel
2 siblings, 1 reply; 5+ messages in thread
From: Albert D. Cahalan @ 2001-02-19 23:58 UTC (permalink / raw)
To: Dieter Nützel; +Cc: Rik van Riel, Linux Kernel List, Andy Isaacson
Dieter =?iso-8859- writes:
> Hello Rik,
>
> there is a nice little toy called "pmap.c" around for several years, now.
> Should we consider?
>
> /*
> * pmap.c: implementation of something like Solaris' /usr/proc/bin/pmap
> * for linux
I've been planning to implement that tool for procps. So, one way
or another, it will be common on Linux systems. Where might I find
the code you quoted from?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: pmap.c : Can you please try another name for it?
2001-02-19 23:58 pmap.c : Can you please try another name for it? Dieter Nützel
2001-02-19 23:58 ` Albert D. Cahalan
@ 2001-02-20 0:01 ` Jeremy Jackson
2001-02-20 15:24 ` Rik van Riel
2 siblings, 0 replies; 5+ messages in thread
From: Jeremy Jackson @ 2001-02-20 0:01 UTC (permalink / raw)
To: Dieter Nützel; +Cc: Rik van Riel, Linux Kernel List, Andy Isaacson
Dieter Nützel wrote:
> * Justification: the formatting available in /proc/<pid>/maps is less
> * than optimal. It's hard to figure out the size of a mapping from
> * that information (unless you can do 8-digit hex arithmetic in your
> * head) and it's just generally not friendly. Hence this utility.
you may want to check sourceforge for xmlprocfs too.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: pmap.c : Can you please try another name for it?
2001-02-19 23:58 pmap.c : Can you please try another name for it? Dieter Nützel
2001-02-19 23:58 ` Albert D. Cahalan
2001-02-20 0:01 ` Jeremy Jackson
@ 2001-02-20 15:24 ` Rik van Riel
2 siblings, 0 replies; 5+ messages in thread
From: Rik van Riel @ 2001-02-20 15:24 UTC (permalink / raw)
To: Dieter Nützel; +Cc: Linux Kernel List, Andy Isaacson
On Tue, 20 Feb 2001, Dieter Nützel wrote:
> there is a nice little toy called "pmap.c" around for several
> years, now. Should we consider?
Unix has this thing called "directories", which make it possible
for you to have multiple files with the same name on your disk.
AFAIK the name "pmap" has been in use for the mapping of memory
since before RCP-style networking has come into fashion and it never
seems to have caused any confusion.
regards,
Rik
--
Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...
http://www.surriel.com/
http://www.conectiva.com/ http://distro.conectiva.com/
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2001-02-20 15:25 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-02-19 23:58 pmap.c : Can you please try another name for it? Dieter Nützel
2001-02-19 23:58 ` Albert D. Cahalan
2001-02-20 0:25 ` Andy Isaacson
2001-02-20 0:01 ` Jeremy Jackson
2001-02-20 15:24 ` Rik van Riel
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.