From: Witukind <witukind@nsbm.kicks-ass.org>
To: Ed Sweetman <ed.sweetman@wmich.edu>
Cc: mru@kth.se, linux-kernel@vger.kernel.org
Subject: Re: udev sysfs docs Re: State of devfs in 2.6?
Date: Wed, 10 Dec 2003 22:28:21 +0100 [thread overview]
Message-ID: <20031210222821.25514125.witukind@nsbm.kicks-ass.org> (raw)
In-Reply-To: <3FD78645.9090300@wmich.edu>
On Wed, 10 Dec 2003 15:47:01 -0500
Ed Sweetman <ed.sweetman@wmich.edu> wrote:
> Witukind wrote:
> > On Wed, 10 Dec 2003 20:33:24 +0100
> > mru@kth.se (Måns Rullgård) wrote:
> >
> >
> >>Witukind <witukind@nsbm.kicks-ass.org> writes:
> >>
> >>
> >>>On Tue, 09 Dec 2003 10:39:32 +0100 mru@kth.se (Måns Rullgård)
> >wrote:>>
> >>>
> >>>>>Is there a specific case for which people want this feature?
> >>>>>Offhand it seems like a slightly odd thing to ask for...
> >>>>
> >>>>I believe the original motivation for module autoloading was to
> >>>
> >>>save> memory by unloading modules when their devices were unused.
> >>>Loading> them automatically on demand made for less trouble for
> >>>users, who> didn't have to run modprobe manually to use the sound
> >>>card, or> whatever. This could still be a good thing in embedded
> >>>systems.>
> >>>
> the biggest advantage from modules is the ability to enable/disable
> devices with different initialization configurations without
> rebooting, including the use of devices that aren't present during
> boot or may be added to a system that cant be put down to reboot.
> Embedded systems usually do not change, that's just part of being
> embedded, modules dont really make sense there unless things like
> filesystems and non-device modules never get used at the same time and
> memory is limited such that 100KB actually matters.
>
>
> >>>I don't see why it wouldn't be a good thing for regular systems
> >>>also. Saving memory is usually a good idea.
>
> True, but how about we start being good memory users where it counts
> the most, like gui's/userspace land and then worry about the sub 1MB
> usage that kernels exist in.
>
> >>The biggest modules are about 100k. Saving 100k of 1 GB doesn't
> >>really seem worth any effort.
> >
> >
> > I don't have 1 Gb of memory. On my laptop with 16 mb RAM saving 100k
> > is worth the effort.
>
> Then why do you use a sylpheed, which is gtk instead of something in a
>
> terminal that uses much less memory (doesn't require xfree86, which
> you're probably also using instead of tinyX) and toolkits, pixmaps
> etc.
> Obviously, 100k is not worth _your_ effort.
>
>
> I'm not saying module use is more memory efficient than not or vice
> versa, but if memory usage in the 100K range is going to be the only
> argument for autoloading/unloading of modules then it's really _not_
> worth the effort unless someone can give that kind of support without
> trying. Your fight for memory efficiency should start where the
> inefficiency is the largest, and work it's way down, not the other way
>
> around.
>
>
>
Well first of all, how do you know I am using the laptop right now? I don't use
X on it actually, not even tinyX (anyway the video card is not supported by
XFree86). Secondly what if I don't like text mode or the available text mode
email clients? The thing is I want to get the most out of my hardware, so every
opportunity to decrease RAM usage, CPU cycles and increase the speed and
responsiveness is good. I do agree with you that there is much bloat in Gtk
(especially 2.x). The thing is also it's not just ONE module.
--
Jabber: heimdal@jabber.org
next prev parent reply other threads:[~2003-12-10 21:28 UTC|newest]
Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-08 15:36 State of devfs in 2.6? Andrew Walrond
2003-12-08 15:42 ` William Lee Irwin III
2003-12-08 15:59 ` Andrew Walrond
2003-12-08 23:38 ` Greg KH
2003-12-09 10:37 ` Andrew Walrond
2003-12-09 10:57 ` Måns Rullgård
2003-12-09 12:54 ` Paul P Komkoff Jr
2003-12-09 5:04 ` Rob Landley
2003-12-08 19:09 ` udev sysfs docs " Bob
2003-12-08 23:37 ` Greg KH
2003-12-09 5:17 ` Witukind
2003-12-09 7:21 ` Bob
2003-12-09 7:39 ` Matthew Reppert
2003-12-09 8:52 ` Måns Rullgård
2003-12-09 9:16 ` Greg KH
2003-12-09 9:45 ` Måns Rullgård
2003-12-09 9:18 ` Greg KH
2003-12-09 9:46 ` Andreas Jellinghaus
2003-12-09 10:25 ` Måns Rullgård
2003-12-09 15:28 ` Andreas Jellinghaus
2003-12-09 20:16 ` Oliver Hunt
2003-12-09 20:53 ` Måns Rullgård
2003-12-09 22:14 ` Olaf Hering
2003-12-09 22:46 ` Oliver Hunt
2003-12-09 23:03 ` Måns Rullgård
2003-12-09 7:56 ` Greg KH
2003-12-09 9:00 ` Xavier Bestel
2003-12-09 9:08 ` Greg KH
2003-12-09 9:19 ` Miles Bader
2003-12-09 9:39 ` Måns Rullgård
2003-12-09 11:01 ` Helge Hafting
2003-12-12 11:26 ` Jamie Lokier
2003-12-12 13:33 ` Duncan Sands
2003-12-12 14:51 ` Jamie Lokier
2003-12-12 16:34 ` Chuck Campbell
2003-12-12 17:13 ` Chris Friesen
2003-12-12 17:17 ` Måns Rullgård
2003-12-15 2:12 ` Miles Bader
2003-12-15 3:51 ` Mark Mielke
2003-12-15 6:09 ` Tim Connors
2003-12-10 19:23 ` Witukind
2003-12-10 19:33 ` Måns Rullgård
2003-12-10 20:22 ` Witukind
2003-12-10 20:47 ` Ed Sweetman
2003-12-10 20:53 ` Ed Sweetman
2003-12-10 21:31 ` Witukind
2003-12-10 21:28 ` Witukind [this message]
2003-12-10 21:48 ` Måns Rullgård
2003-12-11 6:31 ` Witukind
2003-12-10 21:49 ` Måns Rullgård
2003-12-10 23:48 ` Maciej Zenczykowski
2003-12-11 1:53 ` Mark Mielke
2003-12-11 8:42 ` Måns Rullgård
2003-12-11 16:33 ` Mark Mielke
2003-12-10 20:48 ` Måns Rullgård
2003-12-10 23:40 ` Maciej Zenczykowski
2003-12-09 9:55 ` Xavier Bestel
2003-12-09 13:03 ` Maciej Zenczykowski
2003-12-09 15:01 ` Helge Hafting
2003-12-09 18:30 ` Greg KH
2003-12-09 18:53 ` Måns Rullgård
2003-12-10 7:02 ` Xavier Bestel
2003-12-10 20:06 ` Witukind
2003-12-11 9:27 ` Xavier Bestel
2003-12-11 10:15 ` Måns Rullgård
2003-12-11 11:05 ` Xavier Bestel
2003-12-10 0:38 ` Greg KH
2003-12-09 9:26 ` Måns Rullgård
2003-12-09 9:41 ` Miles Bader
2003-12-10 8:13 ` Jakob Oestergaard
2003-12-10 8:24 ` Rob Landley
2003-12-08 23:04 ` Andreas Jellinghaus
2003-12-08 23:34 ` Greg KH
2003-12-09 0:31 ` Sven-Haegar Koch
2003-12-09 0:42 ` Greg KH
2003-12-09 0:51 ` [PATCH] sysfs support for vcs devices (was Re: State of devfs in 2.6?) Greg KH
2003-12-09 5:26 ` State of devfs in 2.6? Rob Landley
2003-12-09 18:19 ` Greg KH
2003-12-09 18:20 ` Greg KH
2003-12-09 7:02 ` Andreas Jellinghaus
2003-12-09 7:13 ` Murray J. Root
2003-12-09 8:21 ` Holger Schurig
2003-12-09 8:52 ` Miles Bader
2003-12-09 10:08 ` Holger Schurig
2003-12-09 17:10 ` Mark Mielke
2003-12-10 5:42 ` Greg KH
2003-12-10 23:29 ` jw schultz
2003-12-11 20:32 ` [2.4.23] cursor dissapears in framebuffer console after switching back from X Witukind
2003-12-11 23:59 ` Gene Heskett
2003-12-12 6:24 ` Witukind
2003-12-09 8:32 ` State of devfs in 2.6? Greg KH
2003-12-09 9:59 ` Jan Dittmer
2003-12-09 13:54 ` Matthew Reppert
2003-12-09 16:27 ` Greg KH
2003-12-09 16:47 ` Eduard Bloch
2003-12-09 19:33 ` Greg KH
2003-12-10 2:15 ` Clemens Schwaighofer
2003-12-10 4:10 ` Bob
2003-12-09 7:33 ` Vojtech Pavlik
2003-12-09 9:48 ` Andreas Jellinghaus
2003-12-08 23:35 ` Greg KH
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=20031210222821.25514125.witukind@nsbm.kicks-ass.org \
--to=witukind@nsbm.kicks-ass.org \
--cc=ed.sweetman@wmich.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@kth.se \
/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).