Date: Wed, 2 Sep 1998 13:23:16 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, jdp@polstra.com Cc: current@FreeBSD.ORG, reilly@zeta.org.au Subject: Re: ELF binaries size Message-ID: <199809020323.NAA26285@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>>But a.out has a repeat of the same situation at the juncture of data >>and bss, and ELF does not. I wrote: >No it doesn't. The bss immediately follows the data. The data section >is padded to 4K in the file for some reason. I was a bit confused. size(1) shows that the "data" section itself is padded. I was thinking of the actual data section, which ends at edata. Part of the bss is merged into the data section to avoid wasting in-core space given that we're wasting file space (this results in a bss size of 0 for small programs). The reason for the padding is that it simplifies paging. It may even be faster, since disk blocks are always padded. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809020323.NAA26285>