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