9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: Re: [9fans] kfs and cwfs comparison
Date: Sun, 24 Apr 2011 12:10:22 -0400	[thread overview]
Message-ID: <a48a253d0228b6072cd31c65577b90ef@ladd.quanstro.net> (raw)
In-Reply-To: <201104240431.33591.errno@cox.net>

> How about in terms of resources/overhead - is kfs more appropriate in
> constrained/embedded devices than cwfs?

by default, kfs just uses 10mb of memory.  i haven't run cwfs enough to
say with any confidence how well cwfs does.  but kfs will use less disk
space (and if no changes, constant space) since old copies are not kept.

> Or maintainability? Are kfs and cwfs both relatively equal in terms of
> maintenance and/or disaster recovery?

both have a weak spot.
kfs.  there's one copy of the file system.  if you corrupt it, you're out of
luck.  i've never seen this happen.

cwfs.  if the fs is halted during the dump, there is a non-zero chance
of corruption.  i have seen this, but "recover main" can usually roll the
fs back to the last good dump.  the same mechanism can recover a fs
if an untimely shutdown has corrupted the cache.

> Are kfs and cwfs equally dependable/stable?

i would say so.

> Finally, what about the difference between a terminal and auth/cpu/fileserver -
> would kfs/cwfs be more or less appropriate for a terminal vs. a server?

it depends.  i would tend to use kfs only if i were storing my real data
someplace else.  i find the lack of history to be a big problem.  but then
again, i tend not to run fses on terminals.  i just run ken's fs and am done
with it.  :-)

- erik



  parent reply	other threads:[~2011-04-24 16:10 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-24 10:44 errno
2011-04-24 11:13 ` erik quanstrom
2011-04-24 11:31   ` errno
2011-04-24 14:10     ` David du Colombier
2011-04-24 15:52       ` erik quanstrom
2011-04-24 15:01     ` Steve Simon
2011-04-24 16:10     ` erik quanstrom [this message]
2011-04-24 17:36       ` John Floren
2011-04-24 18:03         ` erik quanstrom
2011-04-24 18:56       ` errno

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=a48a253d0228b6072cd31c65577b90ef@ladd.quanstro.net \
    --to=quanstro@quanstro.net \
    --cc=9fans@9fans.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;
as well as URLs for NNTP newsgroup(s).