From: Chris Dukes <pakrat@www.uk.linux.org>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Jeff Garzik <jgarzik@pobox.com>, Robin Holt <holt@sgi.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
netdev@oss.sgi.com
Subject: Re: Make ipconfig.c work as a loadable module.
Date: Fri, 7 Mar 2003 13:38:13 +0000 [thread overview]
Message-ID: <20030307133812.A6676@parcelfarce.linux.theplanet.co.uk> (raw)
In-Reply-To: <20030307094235.A11807@flint.arm.linux.org.uk>; from rmk@arm.linux.org.uk on Fri, Mar 07, 2003 at 09:42:35AM +0000
On Fri, Mar 07, 2003 at 09:42:35AM +0000, Russell King wrote:
> On Fri, Mar 07, 2003 at 01:29:05AM +0000, Chris Dukes wrote:
> > That's nice. Would you mind explaining to us where that would be a
> > benefit? Aside from dead header space in elf executables, I'm at
> > a loss as to how a usermode implementation must be significantly
> > larger than kernel code.
>
> If you're suggesting above that "5MB isn't significantly larger than
> the size Linux can do this" then I think I've just proven you wrong.
The 5Mb example is AIX.
>
> Lets see - building an ramdisk to mount a root filesystem out of existing
> binaries would require from my exisitng systems probably something like:
>
I said userspace. I did not say existing binaries.
[Size comparison of the kitchen sink vs kernel code deleted because
it's comparing apples and oranges].
>
> Which version is overly bloated?
> Which version is huge?
> Which version is compact?
You are asserting aesthetics instead of benefits. I asked about benefits.
Specifically, what is the benefit of compact?
I'm sure you have a very good technical or business benefit to compact,
but those of us in the world of workstations and servers have zero clue
what it may be.
Another individual has already indicated a very valid technical merit to
having it all in one file. I have the same problem myself. AIX and *BSD
have a working approach to that problem.
>
> Even the klibc ipconfig version is significantly larger than the in-kernel
> version - and klibc and its binaries are written to be small.
User space solution is not the same as a solution implemented with
multiple user space apps.
>
> Note: I *do* agree that ipconfig.c needs to die before 2.6 but I do not
> agree that today is the right day.
Perhaps you could explain why today is not the day.
(ie, soon to be shipping product that requires it. desire to see a viable
userspace solution working before it is removed).
--
Chris Dukes
I tried being reasonable once--I didn't like it.
next prev parent reply other threads:[~2003-03-07 13:38 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-03-06 21:10 Make ipconfig.c work as a loadable module Robin Holt
2003-03-06 22:34 ` Alan Cox
2003-03-06 22:11 ` Jeff Garzik
2003-03-06 22:25 ` Russell King
2003-03-06 22:32 ` Jeff Garzik
2003-03-07 0:13 ` Alan Cox
2003-03-06 23:19 ` Russell King
2003-03-07 0:29 ` Alan Cox
2003-03-07 0:08 ` Russell King
2003-03-07 1:29 ` Chris Dukes
2003-03-07 9:42 ` Russell King
2003-03-07 11:46 ` Bogdan Costescu
2003-03-08 2:03 ` Eric W. Biederman
2003-03-08 10:45 ` Bogdan Costescu
2003-03-08 16:07 ` Eric W. Biederman
2003-03-08 16:19 ` Russell King
2003-03-08 16:48 ` Eric W. Biederman
2003-03-08 17:05 ` Russell King
2003-03-08 18:01 ` Eric W. Biederman
2003-03-07 13:38 ` Chris Dukes [this message]
2003-03-07 14:29 ` Russell King
2003-03-07 16:23 ` Richard B. Johnson
2003-03-07 21:47 ` William Lee Irwin III
2003-03-07 22:00 ` Chris Friesen
2003-03-07 7:15 ` Michael Mueller
2003-03-07 12:54 ` Alan Cox
2003-03-07 21:33 ` Michael Mueller
2003-03-09 4:46 ` Arnaldo Carvalho de Melo
2003-03-07 9:10 ` Denis Vlasenko
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=20030307133812.A6676@parcelfarce.linux.theplanet.co.uk \
--to=pakrat@www.uk.linux.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=holt@sgi.com \
--cc=jgarzik@pobox.com \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@oss.sgi.com \
/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).