LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
From: devzero@web.de
To: linux-kernel@vger.kernel.org
Subject: Re: max_loop limit
Date: Fri, 23 Mar 2007 00:23:21 +0100 [thread overview]
Message-ID: <1696002332@web.de> (raw)
wondering that here are 13 postings about loopdevice limitation, but nobody giving any comment about dm-loop ( http://sources.redhat.com/lvm2/wiki/DMLoop ), which is a solution for this problem ......
tomas, you should spend that money to bryn! ;)
regards
roland
> -----Ursprüngliche Nachricht-----
> Von: devzero@web.de
> Gesendet: 22.03.07 14:53:19
> An: linux-kernel@vger.kernel.org
> Betreff: Re: max_loop limit
> oh - i forgot sending this to the list, since this was copy&paste via webmailer.....
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: devzero@web.de
> > Gesendet: 22.03.07 14:42:45
> > An: tomas@slax.org
> > CC: breeves@redhat.com
> > Betreff: Re: max_loop limit
>
> > Hi Tomas,
> >
> > you`re completely right.
> >
> > I have had this problem of loopdev number limitation for years, but i think there is a better solution besides your patch.
> >
> > Some new module has been created for this and being announced on dm-devel mailinglist :
> >
> > dm-loop - the device mapper loopback target.
> >
> > See http://sources.redhat.com/lvm2/wiki/DMLoop for further information.
> >
> > It can be used as a 1:1 replacement for classic loop and should (?) probably be ready for mainline in the not too far future. (i cannot tell, but it works good for me!)
> >
> > Typically, you need to use dm-setup to setup device-mapper targets, but dm-setup has got support for dm-loop, so it`s as easy as 1-2-3 to replace "losetup ...." with "dmlosetup" alias for dm-setup.
> >
> > Feel free to test it and give feedback !
> >
> > regards
> > Roland
> >
> > ps:
> > dm-loop-config.patch is being linked wrong in the wiki - this is the right one: http://sources.redhat.com/lvm2/wiki/DMLoop?action=AttachFile&do=get&target=dm-loop-config.patch
> >
> >
> >
> > > 255 loop devices are insufficient? What kind of scenario do you have
> > > in mind?
> > >
> > >
> >
> > Thank you very much for replying.
> >
> > In 1981, Bill Gates said that 64KB of memory is enough for everybody.
> > And you know how much RAM do you have right now. :)
> >
> > Every limit is bad. The limit of 255 loop devices has been introduced
> > years ago, in the times when minor device number has been limited by
> > 255. Nowadays, there is no such limitation.
> >
> > There are many possible/reasonable uses for more than 255 loop devices.
> > For example CD/ISO server. My project, Slax Linux live, is based on
> > modular approach where many parts of the root filesystem are stored
> > separately in compressed read-only loop files, and are mounted and
> > unioned to a single root by using union fs (aufs).
> >
> > The question is not "Why do we need more than 255 loops?".
> > The question should be "Why do we need the hardcoded 255-limit in kernel
> > while there is no reason for it at all?"
> >
> > My patch simply removes the hardcoded limitation.
> >
> >
> > Tomas M
> > slax.org
>
>
_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192
next reply other threads:[~2007-03-22 23:23 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-22 23:23 devzero [this message]
2007-03-23 8:59 ` Tomas M
-- strict thread matches above, loose matches on Subject: below --
2007-03-22 23:37 roland
2007-03-29 14:20 ` Bill Davidsen
2007-03-22 13:53 devzero
2007-03-22 7:57 Tomas M
2007-03-22 11:00 ` markus reichelt
2007-03-22 11:37 ` Tomas M
2007-03-22 13:42 ` Eric Dumazet
2007-03-22 13:42 ` Jens Axboe
2007-03-22 13:52 ` Eric Dumazet
2007-03-22 13:54 ` Jens Axboe
2007-03-22 14:11 ` William Lee Irwin III
2007-03-22 15:22 ` Arjan van de Ven
2007-03-22 16:09 ` Pádraig Brady
2007-03-28 23:34 ` Karel Zak
2007-03-22 14:33 ` Al Viro
2007-03-22 19:51 ` Olivier Galibert
2007-03-22 14:25 ` Tomas M
2007-03-23 1:34 ` Jan Engelhardt
2007-03-29 14:16 ` Bill Davidsen
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=1696002332@web.de \
--to=devzero@web.de \
--cc=linux-kernel@vger.kernel.org \
--subject='Re: max_loop limit' \
/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
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).