From: Ed Tomlinson <edt@aei.ca>
To: linux-kernel@vger.kernel.org
Cc: Andy Isaacson <adi@hexapodia.org>
Subject: Re: [PATCH] 2.6.0 - Watchdog patches (BK consistency checks)
Date: Wed, 31 Dec 2003 10:01:48 -0500 [thread overview]
Message-ID: <200312311001.48154.edt@aei.ca> (raw)
In-Reply-To: <20031230131350.A32120@hexapodia.org>
On December 30, 2003 02:13 pm, Andy Isaacson wrote:
> On Tue, Dec 30, 2003 at 08:36:15AM -0500, Ed Tomlinson wrote:
> > On December 29, 2003 07:49 pm, Matthias Andree wrote:
> > > Well, talk about FAAAAAAST drives (10,025/min SCSI kind) unless you
> > > have time to waste on all those BK consistency checks (which are, of
> > > course, what #3 is all about).
> > >
> > > Or am I missing some obvious short cut?
> >
> > Is there a way to tell BK when to do consistency checks? Here they
> > easily take 15-20 min each time. I would love to be able to tell BK
> > to defer these checks.
>
> The consistency check definitely should not take 15 minutes. It should
> be (much) less than 30 seconds. What is the hardware you're running on?
>
> I'm running on an Athlon 2 GHz (XP 2400+) with 512MB and a 7200RPM IDE
> disk, and I can do a complete clone (with full data copy and consistency
> check) of the 2.4 tree in 1:40. That was with cold caches; with the
> sfile copies and "checkout:get", a half-gig isn't enough to cache
> everything. The consistency check is about 19 seconds (bk -r check -acv).
Its not a fast box. Its an old K6-III 400 with 512MB with UDMA2 harddrives.
> If you keep all your trees on one filesystem, you can use "bk clone -l"
> to make hard-links for the s. files. This means you can create a
> complete copy of the tree in about 6 MB, in 40 seconds or so. BK is
> very careful to check the links and break them when necessary.
I use -ql for clones
> To save diskspace, you can turn off "checkout:get", like so:
>
> --- 1.4/BitKeeper/etc/config Tue Dec 30 12:16:44 2003
> +++ edited/BitKeeper/etc/config Tue Dec 30 12:13:53 2003
> @@ -3,4 +3,3 @@
> logging: logging@openlogging.org
> email: torvalds@transmeta.com
> [davem]checkout:none
> -[]checkout:get
>
> (Or, add a [$USER]checkout:none line if that is easier.)
>
> If the consistency check is problematic, let's fix that problem -- don't
> turn it off, it's valuable. It's found IDE corruption, it's found BK
> bugs, it's found users who move s. files around behind BK's back.
I am not saying I do not want do have consistency checks done. I do want
to control _when_ and how often they run
Ed
next prev parent reply other threads:[~2003-12-31 15:01 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-06 10:51 [PATCH] 2.6.0-test4 - Watchdog patches - Documentation Wim Van Sebroeck
2003-12-29 19:52 ` [PATCH] 2.6.0 - Watchdog patches Wim Van Sebroeck
2003-12-29 20:11 ` Linus Torvalds
2003-12-29 20:22 ` Wim Van Sebroeck
2003-12-29 20:30 ` Linus Torvalds
2003-12-30 0:49 ` Matthias Andree
2003-12-30 6:36 ` Linus Torvalds
2003-12-30 13:36 ` [PATCH] 2.6.0 - Watchdog patches (BK consistency checks) Ed Tomlinson
2003-12-30 19:13 ` Andy Isaacson
2003-12-30 19:56 ` Eric D. Mudama
2003-12-30 20:16 ` Andy Isaacson
2003-12-31 16:33 ` Ed Tomlinson
2003-12-31 15:01 ` Ed Tomlinson [this message]
2003-12-31 17:42 ` Eric D. Mudama
2003-12-31 19:13 ` Andy Isaacson
2003-12-29 20:36 ` [PATCH] 2.6.0 - Watchdog patches Jeff Garzik
2003-12-30 12:14 ` Paul Jackson
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=200312311001.48154.edt@aei.ca \
--to=edt@aei.ca \
--cc=adi@hexapodia.org \
--cc=linux-kernel@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.