linux-um archives
 help / color / mirror / Atom feed
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

  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