From: NeilBrown <neilb@suse.de>
To: Andrew Morton <akpm@osdl.org>
Cc: linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org,
"Raz Ben-Jehuda(caro)" <raziebe@gmail.com>,
gregkh@suse.de
Subject: [PATCH 000 of 6] md: udev events and cache bypass for reads
Date: Tue, 31 Oct 2006 17:00:40 +1100 [thread overview]
Message-ID: <20061031164814.4884.patches@notabene> (raw)
Following are 6 patches for md in -lastest which I have been sitting
on for a while because I hadn't had a chance to test them properly.
I now have so there shouldn't be too many bugs left :-)
First is suitable for 2.6.19 (if it isn't too late and gregkh thinks it
is good). Rest are for 2.6.20.
First two make md play a bit more nicely with udev. Currently udev gets an
'add' event once and never any remove event or anything else. And the the 'add'
event comes before the array is ready to be used.
The first patch added online/offline events when the array becomes
ready to be used, and when the array ceases to be usable.
The second patch changes the lifetime rules of md devices so they
disappear when not in use. This means that udev will normally dev a
'remove' event sometime after the offline, and then another 'add' if a
new array is started with a the same name. I'm not sure if this helps
udev particularly, but it is a lot neater.
Then we have 4 patches that cause raid5 to not use the stripe-cache
for reads when that is appropriate. This avoids copies and improves
read throughput by as much as 30% in some tests. These patches
are largely due to "Raz Ben-Jehuda(caro)" <raziebe@gmail.com>.
NeilBrown
[PATCH 001 of 6] md: Send online/offline uevents when an md array starts/stops.
[PATCH 002 of 6] md: Change lifetime rules for 'md' devices.
[PATCH 003 of 6] md: Define raid5_mergeable_bvec
[PATCH 004 of 6] md: Handle bypassing the read cache (assuming nothing fails).
[PATCH 005 of 6] md: Allow reads that have bypassed the cache to be retried on failure.
[PATCH 006 of 6] md: Enable bypassing cache for reads.
next reply other threads:[~2006-10-31 6:00 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-31 6:00 NeilBrown [this message]
2006-10-31 6:00 ` [PATCH 001 of 6] md: Send online/offline uevents when an md array starts/stops NeilBrown
2006-10-31 21:16 ` Greg KH
2006-11-02 12:13 ` Kay Sievers
2006-11-02 12:32 ` Neil Brown
2006-11-02 13:51 ` Kay Sievers
2006-11-03 6:57 ` Neil Brown
2006-11-03 8:22 ` Kay Sievers
2006-11-06 0:18 ` Neil Brown
2006-11-06 8:38 ` dean gaudet
2006-11-07 5:05 ` Neil Brown
2006-11-09 10:10 ` Michael Tokarev
2006-11-09 10:17 ` Michael Tokarev
2006-11-08 11:14 ` Kay Sievers
2006-11-09 0:17 ` Neil Brown
2006-10-31 6:00 ` [PATCH 002 of 6] md: Change lifetime rules for 'md' devices NeilBrown
2006-10-31 8:22 ` Andrew Morton
2006-10-31 9:09 ` Neil Brown
2006-10-31 9:15 ` Jens Axboe
2006-10-31 9:26 ` Neil Brown
2006-10-31 9:30 ` Jens Axboe
2006-10-31 6:00 ` [PATCH 003 of 6] md: Define raid5_mergeable_bvec NeilBrown
2006-10-31 6:01 ` [PATCH 004 of 6] md: Handle bypassing the read cache (assuming nothing fails) NeilBrown
2006-10-31 6:01 ` [PATCH 005 of 6] md: Allow reads that have bypassed the cache to be retried on failure NeilBrown
2006-10-31 6:01 ` [PATCH 006 of 6] md: Enable bypassing cache for reads NeilBrown
2006-10-31 21:15 ` [PATCH 000 of 6] md: udev events and cache bypass " Greg KH
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=20061031164814.4884.patches@notabene \
--to=neilb@suse.de \
--cc=akpm@osdl.org \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=raziebe@gmail.com \
/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).