BIND 9.1.1 binary size seems to have ballooned?
Toshio Kumagai
Toshio_Kumagai at Kumasan.ORG
Mon Apr 16 04:36:35 UTC 2001
Ron,
For your information (3 days after restart).
Most part of the size is from heap (maybe cache)
and shared library.
6 threads running this moment.
# uname -a
SunOS ns.Kumasan.ORG 5.8 Generic_108529-05 i86pc i386 i86pc
# ls -l /usr/local/sbin/named
-rwxr-xr-x 2 root other 2172632 Mar 30 07:36 /usr/local/sbin/named
# /usr/ccs/bin/size /usr/local/sbin/named
221473 + 3740 + 2532 = 227745
# /usr/local/sbin/named -v
BIND 9.1.1
# /usr/ucb/ps -auxww | grep named | grep -v grep
bind 184 0.0 4.5 6576 5368 ? S Apr 13 1:07 \
/usr/local/sbin/named -t /home/named -u bind
# uptime
1:25pm up 3 day(s), 2:20, 1 user, load average: 0.00, 0.01, 0.01
# /usr/proc/bin/pmap -x 184
184: /usr/local/sbin/named -t /home/named -u bind
Address Kbytes Resident Shared Private Permissions Mapped File
08044000 16 16 - 16 read/write [ stack ]
08050000 220 220 4 216 read/exec named
08096000 4 4 - 4 read/write/exec named
08097000 2908 2908 - 2908 read/write/exec [ heap ]
DEC01000 4 4 - 4 read/write [ anon ]
DED02000 4 4 - 4 read/write [ anon ]
DEE03000 4 4 - 4 read/write [ anon ]
DEF04000 4 4 - 4 read/write [ anon ]
DF005000 4 4 - 4 read/write [ anon ]
DF106000 4 4 - 4 read/write [ anon ]
DF205000 4 4 - 4 read/write [ anon ]
DF207000 4 4 - 4 read/write [ anon ]
DF306000 4 4 - 4 read/write [ anon ]
DF308000 4 4 - 4 read/write [ anon ]
DF407000 4 4 - 4 read/write [ anon ]
DF682000 4 4 - 4 read/write [ anon ]
DF692000 4 4 - 4 read/write [ anon ]
DF6B0000 4 4 - 4 read/write [ anon ]
DF6D0000 4 4 - 4 read/write [ anon ]
DF6EB000 24 24 - 24 read/write [ anon ]
DF700000 20 20 16 4 read/exec nss_files.so.1
DF715000 4 4 - 4 read/write/exec nss_files.so.1
DF720000 4 4 4 - read/write/exec/shared [ anon ]
DF734000 4 4 - 4 read/write [ anon ]
DF740000 4 4 4 - read/write/exec/shared [ anon ]
DF750000 4 4 - 4 read/write/exec [ anon ]
DF760000 12 12 8 4 read/exec libmp.so.2
DF773000 4 4 - 4 read/write/exec libmp.so.2
DF780000 4 4 - 4 read/write/exec [ anon ]
DF790000 528 528 460 68 read/exec libc.so.1
DF824000 24 24 - 24 read/write/exec libc.so.1
DF82A000 8 8 - 8 read/write/exec libc.so.1
DF830000 4 4 - 4 read/write/exec [ anon ]
DF840000 192 188 - 188 read/exec libisc.so.3.0.0
DF87F000 4 4 - 4 read/write/exec libisc.so.3.0.0
DF890000 1488 1180 - 1180 read/exec libdns.so.4.0.0
DFA13000 40 40 - 40 read/write/exec libdns.so.4.0.0
DFA1D000 12 8 - 8 read/write/exec libdns.so.4.0.0
DFA30000 60 60 - 60 read/exec libomapi.so.3.0.0
DFA4E000 4 4 - 4 read/write/exec libomapi.so.3.0.0
DFA60000 100 100 96 4 read/exec libthread.so.1
DFA89000 8 8 - 8 read/write/exec libthread.so.1
DFA8B000 44 40 - 40 read/write/exec libthread.so.1
DFAA0000 20 20 16 4 read/exec libpthread.so.1
DFAB5000 4 4 - 4 read/write/exec libpthread.so.1
DFAC0000 4 4 - 4 read/write/exec [ anon ]
DFAD0000 40 40 36 4 read/exec libsocket.so.1
DFAEA000 4 4 - 4 read/write/exec libsocket.so.1
DFAF0000 460 460 240 220 read/exec libnsl.so.1
DFB73000 24 24 - 24 read/write/exec libnsl.so.1
DFB79000 28 12 - 12 read/write/exec libnsl.so.1
DFB90000 52 52 - 52 read/exec liblwres.so.1.1.0
DFBAC000 4 4 - 4 read/write/exec liblwres.so.1.1.0
DFBB0000 4 4 - 4 read/exec libdl.so.1
DFBC0000 112 112 108 4 read/exec ld.so.1
DFBEC000 8 8 - 8 read/write/exec ld.so.1
DFBEE000 4 4 - 4 read/write/exec ld.so.1
-------- ------ ------ ------ ------
total Kb 6576 6240 992 5248
#
###
Ronnie Corny wrote:
>
> I just compiled BIND 9.1.1 on OpenBSD 2.8 and also on Solaris7 SPARC and it
> seems that the binary sizes for 9.1.1 has ballooned to approximately 8MB per
> binary as compared to a few hundred KB for 9.1.1rc3...
> I just did a routine ./configure and make in the distribution as with previous
> releases and made no changes...
>
> anyone else encountered this? or is something wrong with my setup?
>
> aside from the size of the binaries, the system seems to work properly (i.e.,
> named9.1.1 loads properly and exchanges zone info with other servers)...
>
> thanks...
>
> rgds,
>
> - ron
--
Toshio Kumagai (Toshio_Kumagai at Kumasan.ORG), Japan
More information about the bind-users
mailing list