Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce... | linux-raid

[PATCH 00/18] Assorted md patches headed for 2.6.30 · NeilBrown <hidden> · 2009-02-12
[PATCH 01/18] md: never clear bit from the write-intent bitmap when the array is degraded. · NeilBrown <hidden> · 2009-02-12
[PATCH 02/18] md: write bitmap information to devices that are undergoing recovery. · NeilBrown <hidden> · 2009-02-12
[PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash · John Stoffel <hidden> · 2009-02-12
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash · Bill Davidsen <hidden> · 2009-02-13
Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash · Jon Nelson <hidden> · 2009-02-13
[PATCH 04/18] md: be more consistent about setting WriteMostly flag when adding a drive to an array · NeilBrown <hidden> · 2009-02-12
[PATCH 05/18] md: Make mddev->size sector-based. · NeilBrown <hidden> · 2009-02-12
[PATCH 06/18] md: Represent raid device size in sectors. · NeilBrown <hidden> · 2009-02-12
[PATCH 07/18] md/raid5: simplify interface for init_stripe and get_active_stripe · NeilBrown <hidden> · 2009-02-12
[PATCH 08/18] md/raid5: change raid5_compute_sector and stripe_to_pdidx to take a 'previous' argument · NeilBrown <hidden> · 2009-02-12
[PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device. · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device. · Andre Noll <hidden> · 2009-02-12
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device. · Dan Williams <hidden> · 2009-02-13
Re: [PATCH 09/18] md/raid6: remove expectation that Q device is immediately after P device. · Bill Davidsen <hidden> · 2009-02-13
[PATCH 11/18] md/raid5: Add support for new layouts for raid5 and raid6. · NeilBrown <hidden> · 2009-02-12
[PATCH 10/18] md/raid5: simplify raid5_compute_sector interface · NeilBrown <hidden> · 2009-02-12
[PATCH 12/18] md/raid5: finish support for DDF/raid6 · NeilBrown <hidden> · 2009-02-12
[PATCH 13/18] md/raid5: refactor raid5 "run" · NeilBrown <hidden> · 2009-02-12
[PATCH 14/18] md: md_unregister_thread should cope with being passed NULL · NeilBrown <hidden> · 2009-02-12
[PATCH 15/18] md: hopefully enable suspend/resume of md devices. · NeilBrown <hidden> · 2009-02-12
[PATCH 17/18] md: add ->takeover method for raid5 to be able to take over raid1 · NeilBrown <hidden> · 2009-02-12
[PATCH 16/18] md: add ->takeover method to support changing the personality managing an array · NeilBrown <hidden> · 2009-02-12
[PATCH 18/18] md/raid5: allow layout/chunksize to be changed on an active2-drive raid5. · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Steve Fairbairn <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Julian Cowley <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Bill Davidsen <hidden> · 2009-02-13
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Dan Williams <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Bill Davidsen <hidden> · 2009-02-13
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Wil Reichert <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Keld Jørn Simonsen <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Farkas Levente <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · NeilBrown <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Farkas Levente <hidden> · 2009-02-12
Re: [PATCH 00/18] Assorted md patches headed for 2.6.30 · Bill Davidsen <hidden> · 2009-02-13

Re: [PATCH 03/18] md: occasionally checkpoint drive recovery to reduce duplicate effort after a crash

From: John Stoffel <hidden>
Date: 2009-02-12 17:26:49

quoted
quoted
quoted
quoted
"NeilBrown" == NeilBrown  [off-list ref] writes:

NeilBrown> '16' is a fairly arbitrary number.  But we don't really
NeilBrown> have any good way to judge how often is acceptable, and it
NeilBrown> seems like a reasonable number for now.

Maybe once an hour as well?  I don't have good numbers here, but just
a feeling that I'd hate to waste more than hour if possible.  But hey,
this is a big improvement no matter what.

John

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help