From: Jeff Dike <jdike@addtoit.com>
To: Henrik Nordstrom <uml@henrik.marasystems.com>
Cc: Nick Craig-Wood <ncw1@axis.demon.co.uk>,
user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] A quick humfs HOWTO
Date: Thu, 08 Apr 2004 07:41:39 -0400 [thread overview]
Message-ID: <200404081141.i38BfdB6001907@ccure.user-mode-linux.org> (raw)
In-Reply-To: Your message of "Thu, 08 Apr 2004 12:07:38 +0200." <Pine.LNX.4.44.0404081201120.8462-100000@filer.marasystems.com>
uml@henrik.marasystems.com said:
> Eh? Why a loop mounted filesystem for humfs? The whole point of humfs
> is to be able to emulate full UNIX semantics including ownership,
> permissions, filesystem size etc ontop of a plain file tree without
> requiring root on the host..
humfs was done now because it's the only way to get the memory savings offered
by doing mmap IO.
It turns out that some people need block devices because they repartition
their UMLs, run RAID, etc. Loop-mounting a disk image located on a humfs
filesystem gives you both. So, it's more than a transitional thing.
> If you want performance then ubd devices is the path to go.
That's currently the case (a humfs boot is noticably slower than a ubd boot),
but it's not clear why that should be the case. There is less code running
inside UML (no block layer or block driver), and it's not obvious to me
that putting stuff in files in a host directory should be slower than
having it in a disk image.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2004-04-08 11:03 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-08 2:07 [uml-devel] A quick humfs HOWTO Jeff Dike
2004-04-08 6:25 ` Nuno Silva
2004-04-08 8:43 ` Henrik Nordstrom
2004-04-09 18:49 ` BlaisorBlade
2004-04-12 15:06 ` Michael Richardson
2004-04-13 6:51 ` Henrik Nordstrom
2004-04-12 15:05 ` Michael Richardson
2004-04-08 7:58 ` [uml-devel] Re: [uml-user] " Rus Foster
2004-04-08 11:23 ` Jeff Dike
2004-04-08 8:35 ` [uml-devel] " Henrik Nordstrom
2004-04-08 11:34 ` Jeff Dike
2004-04-08 12:09 ` Henrik Nordstrom
2004-04-08 9:54 ` Nick Craig-Wood
2004-04-08 10:07 ` Henrik Nordstrom
2004-04-08 11:41 ` Jeff Dike [this message]
2004-04-08 10:26 ` stian
2004-04-08 11:41 ` Jeff Dike
2004-04-08 12:52 ` Jeff Dike
2004-04-08 12:03 ` [uml-devel] " Gerd Knorr
2004-04-08 12:49 ` Jeff Dike
2004-04-08 13:01 ` Gerd Knorr
2004-04-08 13:49 ` Robin Green
2004-04-12 15:11 ` Michael Richardson
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=200404081141.i38BfdB6001907@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=ncw1@axis.demon.co.uk \
--cc=uml@henrik.marasystems.com \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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