From owner-freebsd-current Tue Sep 1 21:24:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA02084 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:24:30 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA02079 for ; Tue, 1 Sep 1998 21:24:28 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA01453; Tue, 1 Sep 1998 23:24:55 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA03734; Tue, 1 Sep 1998 23:23:01 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:23:01 -0500 (CDT) Message-Id: <199809020423.XAA03734@detlev.UUCP> To: tlambert@primenet.com CC: reilly@zeta.org.au, jdp@polstra.com, current@FreeBSD.ORG In-reply-to: <199809020137.SAA13431@usr01.primenet.com> (message from Terry Lambert on Wed, 2 Sep 1998 01:37:48 +0000 (GMT)) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020137.SAA13431@usr01.primenet.com> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > From reading the sources, I think this does not happen (it would be > hard to make the vnode pager function in the presence of a unified VM > and buffer cache, if this were going on ;-)), and the sections are > loaded starting(/ending) on page boundaries, only for their length. Why would that be difficult, with COW? > What this means is that it takes the same space in core, but less > space on disk, and that the padding is implied, and an odd boundary > is seen as a negative offset (i.e., the first part of the first > data page is mapped, but not valid). Given where the pages come > from, this should not expose "old data" in the gaps. Just out of curiousity... IIRC, the bss will be started dw-aligned, yes? Does that mean that there would be, in theory, some old data in the gap between data and bss? (iff (edata%4)!=0, of course.) Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message