From: Michael Richardson <mcr@sandelman.ottawa.on.ca>
To: Nuno Silva <nuno.silva@vgertech.com>
Cc: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] A quick humfs HOWTO
Date: Mon, 12 Apr 2004 11:05:00 -0400 [thread overview]
Message-ID: <7394.1081782300@marajade.sandelman.ottawa.on.ca> (raw)
In-Reply-To: Message from Nuno Silva <nuno.silva@vgertech.com> of "Thu, 08 Apr 2004 07:25:22 BST." <4074F052.20603@vgertech.com>
-----BEGIN PGP SIGNED MESSAGE-----
>>>>> "Nuno" == Nuno Silva <nuno.silva@vgertech.com> writes:
Nuno> In the meanwhile I'm thinking about this system and it seems
Nuno> that this will eat lots of inodes because every file will be
Nuno> present twice in the [host] filesystem with the metadata
Nuno> version using only a few bytes. Also every "ls -la" (if it's
Nuno> not cached) in UML will generate a read in the file's metafile
Nuno> file (say this 3 times quickly! eheheh). With 1000 files in a
Nuno> directory thats lot's of fopen()s.
Yes, this concerned me too.
Nuno> Wouldn't it be better to add support for a simple DB, like
Nuno> sleepycat or CMU cyrus' project skiplist or even something
Nuno> lighter? This way we can have only 2 files in the humfs
Nuno> "root", the superblock and the metadataDB.
Yes, we should the option of doing that, also of having a .db file
per directory. There should *ALSO* be a default.
If we can store the information on the plain host, then don't put any
metadata there. A directory should be able to say, "everything below is
mode X" - this might also be useful for adding more detailed
restrictions.
Nuno> This can save inodes and improve performance because you have
Nuno> only one file that's indexed! :-)
Nuno> The downsides: - - another linker requirement at build time; -
Nuno> - can't inspect and/or easily modify permissions with
Nuno> emacs. :-)
Yes/no.
If we do it right, the file can be created with "makemap" or some
such. Last I looked .db files have poor locking semantics.
I'm trying to think about the situation where hostfs stuff is shared
by multiple UMLs. (For instance, I share all of /usr/share...)
- --
] ON HUMILITY: to err is human. To moo, bovine. | firewalls [
] Michael Richardson, Xelerance Corporation, Ottawa, ON |net architect[
] mcr@xelerance.com http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Finger me for keys
iQCVAwUBQHqwGoqHRg3pndX9AQFA1AQA0l52UOBFkCC3MvrnNLXBEXMs4gFsXmiq
B6WLaUWOayX7Z7zmscARbPmRyBdKXpjcSHjuTMPHwnoYmVVC6RGiBSNOHeUGEhfZ
4wHSwJwRFbhlM/KYTsTmmVRirGwROpVSAOrHJY+3SyQ8Z9vMLkxnucEe60nF05GS
STH551mEpAs=
=AYWh
-----END PGP SIGNATURE-----
-------------------------------------------------------
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-12 22:34 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 [this message]
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
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=7394.1081782300@marajade.sandelman.ottawa.on.ca \
--to=mcr@sandelman.ottawa.on.ca \
--cc=nuno.silva@vgertech.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