Date: Fri, 27 Nov 1998 07:23:59 +1100 From: Peter Jeremy <peter.jeremy@auss2.alcatel.com.au> To: hackers@FreeBSD.ORG Subject: Re: FreeBSD on i386 memory model Message-ID: <98Nov27.072321est.40338@border.alcanet.com.au>
next in thread | raw e-mail | index | archive | help
On Wed, 25 Nov 1998 15:01:13 -0500 (EST), Alfred Perlstein <bright@hotjobs.com> wrote:
>Another idea is 2 lib directories, one optimized for <= 486 and the other
>optimized for > 486, then you double the amount of space you need for
>shared libs...
Another option (which I have promoted previously for other reasons)
would be to split libc.so into two parts - a machine-independent part
and a smaller (optional) machine-dependent part. This is the approach
used by Solaris - during the dynamic loading of libc.so, it looks for
a file `/usr/platform/{systemtype}/lib/libc_psr.so.1' (where {systemtype}
reflects the hardware and kernel architecture). If this library is found,
entry points within it are used in preference to those in libc.so. On
Solaris, this is all transparent to the user and application developer.
>Not worth the cycles unless you were doing long term modeling,
Actually, it probably wouldn't be worth it in this case either. The
only win would be when the process was generating massive numbers of
system calls.
Peter
--
Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au
Alcatel Australia Limited
41 Mandible St Phone: +61 2 9690 5019
ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?98Nov27.072321est.40338>