9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lucio De Re <lucio@proxima.alt.za>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Ugly Q, I admit
Date: Wed, 27 Nov 2002 15:31:54 +0200	[thread overview]
Message-ID: <20021127153154.M6790@cackle.proxima.alt.za> (raw)
In-Reply-To: <027601c295dc$38b73630$c901a8c0@cc77109e>; from Bruce Ellis on Wed, Nov 27, 2002 at 01:14:15AM -0500

On Wed, Nov 27, 2002 at 01:14:15AM -0500, Bruce Ellis wrote:
>
> it turns out not to be very difficult at all.  i don't think much
> of it saw light.  you'll find that 5l supports it but the runtime
> code is not in the distribution.  i did 8l and el too but once
> again it never got out.  i'd be willing to do some work on this if
> come out of retirement (the pasadena doo-dah festival was more fun
> than bit-bashing).
>
What's "el"?

I set up a NetBSD diskless workstation farm once and because /bin
and /sbin were statically linked, I felt I could save disk space
by removing their contents (mostly) and putting dynamically linked
versions in /usr/(bin sbin).

It turned out to be cheaper and simpler to use hard links instead,
only a few files in /etc needed to be kept distinct per workstation,
everything else in the root partition landed up with numerous hard
links.  The saving was considerable, although I think NetBSD seems
to have a problem with exactly 128 hard links on a single i-node
(go figure!).

The new release of NetBSD (I haven't had the nerve to lift the
bonnet lid yet) has dynamically linked everything, except the
runtime loader and, seemingly, init.

There was a long discussion about making init dynamic too, so it
could have "locale" stuff in it.  In my uneducated state, I decided
that the kernel should not support internationalisation at all,
seeing the type of confusion and cost it gives rise to.  Leave it
to applications to battle with the details.  But of course I'm just
being reactionary.

Just a few tidbits triggered by brucee's comments, I don't believe
my opinions in this matter should be given much weight, whereas
NetBSD's experiences might be worth learning from.

++L


  reply	other threads:[~2002-11-27 13:31 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-26 21:00 Russ Cox
2002-11-27  6:14 ` Bruce Ellis
2002-11-27 13:31   ` Lucio De Re [this message]
2002-11-27 18:41     ` [9fans] dynamic loading, was "Ugly Q, I admit" Bruce Ellis
2002-11-28  5:12       ` Lucio De Re
2002-11-28  5:58         ` Bruce Ellis
2002-11-28  6:38           ` Lucio De Re
2002-11-28  6:54             ` Bruce Ellis
2002-11-28  7:05               ` Lucio De Re
  -- strict thread matches above, loose matches on Subject: below --
2002-11-26 20:41 [9fans] Ugly Q, I admit Keith Nash
2002-11-26 15:14 Russ Cox
2002-11-25 21:34 Joel Salomon
2002-11-25 19:34 Joel Salomon
2002-11-25 20:45 ` Phil White
2002-11-25 14:27 Russ Cox
2002-11-26  9:50 ` peter a. cejchan
2002-11-25  9:39 Petr Cejchan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021127153154.M6790@cackle.proxima.alt.za \
    --to=lucio@proxima.alt.za \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).