All of lore.kernel.org
 help / color / mirror / Atom feed
* 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 ` Albert D. Cahalan
@ 2001-02-20  0:25   ` Andy Isaacson
  0 siblings, 0 replies; 5+ messages in thread
From: Andy Isaacson @ 2001-02-20  0:25 UTC (permalink / raw)
  To: Albert D. Cahalan; +Cc: Dieter Nützel, Rik van Riel, Linux Kernel List

On Mon, Feb 19, 2001 at 06:58:45PM -0500, Albert D. Cahalan wrote:
> Dieter =?iso-8859- writes:
> > /*
> >  * 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?

[Thanks for the CC, Dieter.]

My public domain pmap implementation has a new home at
http://web.hexapodia.org/~adi/pmap.c

-andy

^ 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.