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

On Sunday, April 24, 2011 09:10:22 AM erik quanstrom wrote:
> <snipped>

Thanks for satisfying those questions, much appreciated!

On Sunday, April 24, 2011 08:01:01 AM Steve Simon wrote:
> Ideally there would be a wiki page on this - I will have a go shortly...
>

That would be helpful; looking through the archives, I can see
that similar questions - regarding the effective differences between
the various plan 9 disk fs's - have been brought up on the list before.



On Sunday, April 24, 2011 09:10:22 AM erik quanstrom wrote:
> > 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 18:56 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
2011-04-24 17:36       ` John Floren
2011-04-24 18:03         ` erik quanstrom
2011-04-24 18:56       ` errno [this message]

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=201104241156.54102.errno@cox.net \
    --to=errno@cox.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).