From: Matthias Schniedermeyer <ms@citd.de>
To: linux-kernel@vger.kernel.org
Subject: Re: /dev/loop* devices not appearing in /dev (at least since 2.6.22-rc3*)
Date: Thu, 14 Jun 2007 18:32:14 +0200 [thread overview]
Message-ID: <46716D8E.2050007@citd.de> (raw)
In-Reply-To: <20070614154448.GC4155@tatooine.rebelbase.local>
markus reichelt wrote:
> PS: Just wondering: Who came up with this "on-demand" hype?
I don't remember the names, but i remember the root causes. Here we go:
The discussion started when someone with a CD-Server ran out of loops as 256 was the "fixed" maximum.
The other "root"-cause was that the data-structure for the loop-devices was fixed in size at load-time, so after you load the loop-module you couldn't change anything.
From "increasing" the maximum to <don't remember, but wasn't that much better> the discussion went to dynamic allocation.
Dynamic allocation has the added nicety that there is a bit less waste of resources, in case you don't need so many loops and that you can scale to a large number of loops if you need to.
When all the bugs and usability problems are shaken out, everybody is happy, especially the members of the "i need massive amounts of loops"-fraction.
So much for the background.
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated,
cryptic, powerful, unforgiving, dangerous.
next prev parent reply other threads:[~2007-06-14 16:32 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-14 11:37 /dev/loop* devices not appearing in /dev (at least since 2.6.22-rc3*) Matthew
2007-06-14 12:52 ` Paolo Ornati
2007-06-14 14:10 ` Matthew
2007-06-14 15:22 ` Paolo Ornati
2007-06-14 15:44 ` markus reichelt
2007-06-14 16:32 ` Matthias Schniedermeyer [this message]
2007-06-15 9:00 ` Jan Engelhardt
2007-06-14 12:52 ` markus reichelt
2007-06-15 9:01 ` Jan Engelhardt
2007-06-15 11:19 ` Simon Arlott
2007-06-15 17:19 ` Paolo Ornati
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=46716D8E.2050007@citd.de \
--to=ms@citd.de \
--cc=linux-kernel@vger.kernel.org \
/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