On Tue, Aug 31, 2004 at 04:05:50PM +0200, Axel Thimm wrote:
Hi,
I recently moved a httpd mirror from i386 to x86_64 hardware. All but the memory capacity were scaled up (100MBit to 1GBit, Athlon to Opteron etc.).
The old server is running FC1/i386 and the new one got FC2/x86_64. Although both distros have httpd in the same upstream version (2.0.50) the memory footage is quite different, and leads to the striking of the oom-killer on the new server:
I see the same thing here, not looked into it before though.
It's interesting, if you look at the mappings of the httpd process on x86_64, for each mmaped object there is an extra region mapped with PROT_NONE, which you don't see on i686. I presume this is counted in the VmSize calculation - it adds up to about 100Mb of address space on the system I tested.
e.g.
2a9b033000 12K r-xp /usr/lib64/libpanel.so.5.3 2a9b036000 1012K ---p /usr/lib64/libpanel.so.5.3 2a9b133000 16K rw-p /usr/lib64/libpanel.so.5.3
vs
00d57000 12K r-xp /usr/lib/libpanel.so.5.3 00d5a000 4K rw-p /usr/lib/libpanel.so.5.3
is this libc behaviour by design? Jakub?
old (FC1/i386):
root 3329 0.0 0.2 26900 2408 ? S Aug29 0:01 /usr/sbin/httpd apache 32746 0.0 0.5 28388 5984 ? S 06:01 0:03 _ /usr/sbin/httpd apache 6206 0.0 0.5 28320 5968 ? S 09:31 0:02 _ /usr/sbin/httpd apache 8185 0.0 0.5 28452 6080 ? S 10:09 0:04 _ /usr/sbin/httpd apache 10293 0.0 0.5 28452 6056 ? S 11:07 0:03 _ /usr/sbin/httpd apache 10378 0.0 0.5 28396 5984 ? S 11:09 0:03 _ /usr/sbin/httpd [...]
new (FC2/x86_64):
root 2177 0.0 1.5 189664 15556 ? S Aug30 0:00 /usr/sbin/httpd apache 2273 0.0 1.7 193076 17984 ? S Aug30 0:03 _ /usr/sbin/httpd apache 2282 0.0 1.7 193052 17996 ? S Aug30 0:04 _ /usr/sbin/httpd apache 3125 0.0 1.7 193052 17992 ? S Aug30 0:03 _ /usr/sbin/httpd apache 3993 0.0 1.7 193052 18060 ? S 01:27 0:03 _ /usr/sbin/httpd apache 3994 0.0 1.7 193052 17976 ? S 01:27 0:02 _ /usr/sbin/httpd apache 7193 0.0 1.7 193052 17992 ? S 05:01 0:02 _ /usr/sbin/httpd
Is this normal for i386 -> x86_64? Anyone running httpd on x86_64 to compare numbers?
Thanks!
Axel.Thimm at ATrpms.net
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list