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
prev 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).