From: vamsi krishna <vamsi.krishnak@gmail.com>
To: linux-ia64@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Subject: Multiple virtual address mapping for the same code on IA-64 linux kernel.
Date: Tue, 16 Aug 2005 20:48:26 +0000 [thread overview]
Message-ID: <3faf056805081613365f5237de@mail.gmail.com> (raw)
In-Reply-To: <je1x4tbon0.fsf@sykes.suse.de>
Hello All,
Sorry to interrupt you.
I have been investigating a problem in which there has been a dramatic
core size (complete program size) of a program running on a IA-64
machine running kernel version 2.4.21-4.0.1 (A redhat advanced server
distribution) compared to other 64-bit architectures like amd64 and
EM64T. There has been an increase of around 20% of the size.
I verified the virtual address mappings in /proc/<>/maps file and
found that several .so files (other segments of same size) are getting
mapped multiple times as follows.
<------------------------------------------------------------------------------------------------>
200000000005c000-200000000007c000 r-xp 0000000000000000 08:07 6521003
/usr/X11R6/lib/libXext.so.6.4
200000000007c000-2000000000090000 rw-p 0000000000010000 08:07 6521003
/usr/X11R6/lib/libXext.so.6.4
2000000000090000-2000000000268000 r-xp 0000000000000000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000268000-2000000000270000 ---p 00000000001d8000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000270000-2000000000284000 rw-p 00000000001d0000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000284000-200000000028c000 r-xp 0000000000000000 08:07 6094863
/lib/libdl-2.2.4.so
200000000028c000-2000000000294000 ---p 0000000000008000 08:07 6094863
/lib/libdl-2.2.4.so
2000000000294000-200000000029c000 rw-p 0000000000000000 08:07 6094863
/lib/libdl-2.2.4.so
200000000029c000-20000000002b8000 r-xp 0000000000000000 08:07 6094883
/lib/libpthread-0.9.so
20000000002b8000-20000000002bc000 ---p 000000000001c000 08:07 6094883
/lib/libpthread-0.9.so
20000000002bc000-20000000002d4000 rw-p 0000000000010000 08:07 6094883
/lib/libpthread-0.9.so
20000000002d4000-2000000000358000 r-xp 0000000000000000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000358000-2000000000364000 ---p 0000000000084000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000364000-2000000000374000 rw-p 0000000000080000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000374000-2000000000378000 rw-p 0000000000000000 00:00 0
2000000000378000-2000000000400000 r-xp 0000000000000000 08:07 6094865
/lib/libm-2.2.4.so
2000000000400000-2000000000408000 ---p 0000000000088000 08:07 6094865
/lib/libm-2.2.4.so
2000000000408000-2000000000414000 rw-p 0000000000080000 08:07 6094865
/lib/libm-2.2.4.so
2000000000414000-200000000065c000 r-xp 0000000000000000 08:07 6094859
/lib/libc-2.2.4.so
200000000065c000-2000000000664000 ---p 0000000000248000 08:07 6094859
/lib/libc-2.2.4.so
2000000000664000-2000000000678000 rw-p 0000000000240000 08:07 6094859
/lib/libc-2.2.4.so
<------------------------------------------------------------------------------------------->
example /lib/libc-2.2.4.so size 6094859 got mapped 3 times with
permissions 'r-xp' , '---p' and 'rw-p' from the bottom.
I found the similar mappings for all the programs running on a IA-64
machine. Is this some special kernel kind of feature on IA-64 ??
Your kind inputs on this problem are greatly appreciated.
Looking forward to hear from you.
Thanks in advance,
Vamsi kundeti
WARNING: multiple messages have this Message-ID (diff)
From: vamsi krishna <vamsi.krishnak@gmail.com>
To: linux-ia64@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Subject: Multiple virtual address mapping for the same code on IA-64 linux kernel.
Date: Wed, 17 Aug 2005 02:06:26 +0530 [thread overview]
Message-ID: <3faf056805081613365f5237de@mail.gmail.com> (raw)
Hello All,
Sorry to interrupt you.
I have been investigating a problem in which there has been a dramatic
core size (complete program size) of a program running on a IA-64
machine running kernel version 2.4.21-4.0.1 (A redhat advanced server
distribution) compared to other 64-bit architectures like amd64 and
EM64T. There has been an increase of around 20% of the size.
I verified the virtual address mappings in /proc/<>/maps file and
found that several .so files (other segments of same size) are getting
mapped multiple times as follows.
<------------------------------------------------------------------------------------------------>
200000000005c000-200000000007c000 r-xp 0000000000000000 08:07 6521003
/usr/X11R6/lib/libXext.so.6.4
200000000007c000-2000000000090000 rw-p 0000000000010000 08:07 6521003
/usr/X11R6/lib/libXext.so.6.4
2000000000090000-2000000000268000 r-xp 0000000000000000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000268000-2000000000270000 ---p 00000000001d8000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000270000-2000000000284000 rw-p 00000000001d0000 08:07 6520995
/usr/X11R6/lib/libX11.so.6.2
2000000000284000-200000000028c000 r-xp 0000000000000000 08:07 6094863
/lib/libdl-2.2.4.so
200000000028c000-2000000000294000 ---p 0000000000008000 08:07 6094863
/lib/libdl-2.2.4.so
2000000000294000-200000000029c000 rw-p 0000000000000000 08:07 6094863
/lib/libdl-2.2.4.so
200000000029c000-20000000002b8000 r-xp 0000000000000000 08:07 6094883
/lib/libpthread-0.9.so
20000000002b8000-20000000002bc000 ---p 000000000001c000 08:07 6094883
/lib/libpthread-0.9.so
20000000002bc000-20000000002d4000 rw-p 0000000000010000 08:07 6094883
/lib/libpthread-0.9.so
20000000002d4000-2000000000358000 r-xp 0000000000000000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000358000-2000000000364000 ---p 0000000000084000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000364000-2000000000374000 rw-p 0000000000080000 08:07 376886
/usr/lib/libncurses.so.5.2
2000000000374000-2000000000378000 rw-p 0000000000000000 00:00 0
2000000000378000-2000000000400000 r-xp 0000000000000000 08:07 6094865
/lib/libm-2.2.4.so
2000000000400000-2000000000408000 ---p 0000000000088000 08:07 6094865
/lib/libm-2.2.4.so
2000000000408000-2000000000414000 rw-p 0000000000080000 08:07 6094865
/lib/libm-2.2.4.so
2000000000414000-200000000065c000 r-xp 0000000000000000 08:07 6094859
/lib/libc-2.2.4.so
200000000065c000-2000000000664000 ---p 0000000000248000 08:07 6094859
/lib/libc-2.2.4.so
2000000000664000-2000000000678000 rw-p 0000000000240000 08:07 6094859
/lib/libc-2.2.4.so
<------------------------------------------------------------------------------------------->
example /lib/libc-2.2.4.so size 6094859 got mapped 3 times with
permissions 'r-xp' , '---p' and 'rw-p' from the bottom.
I found the similar mappings for all the programs running on a IA-64
machine. Is this some special kernel kind of feature on IA-64 ??
Your kind inputs on this problem are greatly appreciated.
Looking forward to hear from you.
Thanks in advance,
Vamsi kundeti
next parent reply other threads:[~2005-08-16 20:48 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-16 20:36 vamsi krishna [this message]
2005-08-16 20:48 ` Multiple virtual address mapping for the same code on IA-64 linux kernel vamsi krishna
2005-08-16 20:41 ` Andreas Schwab
2005-08-16 20:41 ` Andreas Schwab
2005-08-16 20:44 ` Luck, Tony
2005-08-16 20:44 ` Luck, Tony
2005-08-16 21:27 ` vamsi krishna
2005-08-16 21:39 ` vamsi krishna
2005-08-17 19:52 ` Multiple virtual address mapping for the same code on IA-64 Christoph Lameter
2005-08-17 19:52 ` Multiple virtual address mapping for the same code on IA-64 linux kernel Christoph Lameter
2005-08-18 9:54 ` Multiple virtual address mapping for the same code on IA-64 Alan Cox
2005-08-18 9:54 ` Multiple virtual address mapping for the same code on IA-64 linux kernel Alan Cox
2005-08-18 18:29 ` Anton Blanchard
2005-08-18 18:29 ` Anton Blanchard
2005-08-18 21:28 ` Multiple virtual address mapping for the same code on IA-64 David S. Miller
2005-08-18 21:28 ` Multiple virtual address mapping for the same code on IA-64 linux kernel David S. Miller
2005-08-18 22:18 ` Multiple virtual address mapping for the same code on IA-64 linux George Anzinger
2005-08-18 22:18 ` Multiple virtual address mapping for the same code on IA-64 linux kernel George Anzinger
2005-08-19 11:00 ` Ingo Oeser
2005-08-19 11:00 ` Ingo Oeser
2005-08-18 6:55 ` vamsi krishna
2005-08-16 21:05 ` linux-os (Dick Johnson)
2005-08-16 21:05 ` linux-os (Dick Johnson)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3faf056805081613365f5237de@mail.gmail.com \
--to=vamsi.krishnak@gmail.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.