LKML Archive on lore.kernel.org
help / color / mirror / Atom feed
* Re: [PATCH] ext3 barrier bits
[not found] ` <20040522073540.GO1952@suse.de>
@ 2004-05-22 8:11 ` Andrew Morton
2004-05-22 8:24 ` Arjan van de Ven
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Andrew Morton @ 2004-05-22 8:11 UTC (permalink / raw)
To: Jens Axboe; +Cc: Chris Mason, linux-kernel
May as well cc lkml on this. It's to do with the disk write barrier
implementation.
- How do I know that the barrier code is actually doing stuff? It doesn't
seem to affect benchmarks much, if at all.
- Does reiserfs support `mount -o remount,barrier=flush'? and "=none"?
- How do I test the "oh, barriers aren't working" fallback code in ext3?
- Does the kernel tell you if your disk doesn't supoprt barriers? ie:
how does the user know if it's working or not?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:11 ` [PATCH] ext3 barrier bits Andrew Morton
@ 2004-05-22 8:24 ` Arjan van de Ven
2004-05-22 8:33 ` Andrew Morton
2004-05-22 8:43 ` Jens Axboe
2004-05-22 8:42 ` Jens Axboe
2004-05-22 19:31 ` Chris Mason
2 siblings, 2 replies; 7+ messages in thread
From: Arjan van de Ven @ 2004-05-22 8:24 UTC (permalink / raw)
To: Andrew Morton; +Cc: Jens Axboe, Chris Mason, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 237 bytes --]
> - Does the kernel tell you if your disk doesn't supoprt barriers? ie:
> how does the user know if it's working or not?
... and how do you know your disk isn't lying and ignoring the barriers?
"Storage is a Lie" -- Andre
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:24 ` Arjan van de Ven
@ 2004-05-22 8:33 ` Andrew Morton
2004-05-22 19:15 ` Chris Mason
2004-05-22 8:43 ` Jens Axboe
1 sibling, 1 reply; 7+ messages in thread
From: Andrew Morton @ 2004-05-22 8:33 UTC (permalink / raw)
To: arjanv; +Cc: axboe, mason, linux-kernel
Arjan van de Ven <arjanv@redhat.com> wrote:
>
>
> > - Does the kernel tell you if your disk doesn't supoprt barriers? ie:
> > how does the user know if it's working or not?
>
> ... and how do you know your disk isn't lying and ignoring the barriers?
>
If some benchmark slows down when barriers are enabled then that's a pretty
good indicator. I don't know what benchmark that might be though.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:11 ` [PATCH] ext3 barrier bits Andrew Morton
2004-05-22 8:24 ` Arjan van de Ven
@ 2004-05-22 8:42 ` Jens Axboe
2004-05-22 19:31 ` Chris Mason
2 siblings, 0 replies; 7+ messages in thread
From: Jens Axboe @ 2004-05-22 8:42 UTC (permalink / raw)
To: Andrew Morton; +Cc: Chris Mason, linux-kernel
On Sat, May 22 2004, Andrew Morton wrote:
>
> May as well cc lkml on this. It's to do with the disk write barrier
> implementation.
>
>
> - How do I know that the barrier code is actually doing stuff? It doesn't
> seem to affect benchmarks much, if at all.
Usually not a lot of barriers would be generated. If you use reiser and
heavy fsync load, it should be pretty apparent of barriers are issued or
not (ie compare without barrier + wb cache, with barrier + wb cache, and
with/without - wb cache).
> - Does reiserfs support `mount -o remount,barrier=flush'? and "=none"?
Chris?
> - How do I test the "oh, barriers aren't working" fallback code in ext3?
A quick hack would be to replace 'err' with '1' in this line in
drivers/ide/ide-io.c:void ide_end_drive_cmd():
if (blk_barrier_preflush(rq) || blk_barrier_postflush(rq))
ide_complete_barrier(drive, rq, err);
that'll fail the first barrier, should trigger the fall back. Or just
try -o barrier=flush on a SCSI drive, should fail the barrier too.
> - Does the kernel tell you if your disk doesn't supoprt barriers? ie:
> how does the user know if it's working or not?
IDE will not tell you, the file system should flag the disabling of
barriers (like reiser currently does). Try SCSI case again.
--
Jens Axboe
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:24 ` Arjan van de Ven
2004-05-22 8:33 ` Andrew Morton
@ 2004-05-22 8:43 ` Jens Axboe
1 sibling, 0 replies; 7+ messages in thread
From: Jens Axboe @ 2004-05-22 8:43 UTC (permalink / raw)
To: Arjan van de Ven; +Cc: Andrew Morton, Chris Mason, linux-kernel
On Sat, May 22 2004, Arjan van de Ven wrote:
>
> > - Does the kernel tell you if your disk doesn't supoprt barriers? ie:
> > how does the user know if it's working or not?
>
> ... and how do you know your disk isn't lying and ignoring the barriers?
Easy to find out, time it. Or invent more imaginative cases where you
actually test if it's there.
--
Jens Axboe
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:33 ` Andrew Morton
@ 2004-05-22 19:15 ` Chris Mason
0 siblings, 0 replies; 7+ messages in thread
From: Chris Mason @ 2004-05-22 19:15 UTC (permalink / raw)
To: Andrew Morton; +Cc: arjanv, axboe, linux-kernel
On Sat, 2004-05-22 at 04:33, Andrew Morton wrote:
> Arjan van de Ven <arjanv@redhat.com> wrote:
> >
> >
> > > - Does the kernel tell you if your disk doesn't supoprt barriers? ie:
> > > how does the user know if it's working or not?
> >
> > ... and how do you know your disk isn't lying and ignoring the barriers?
> >
>
> If some benchmark slows down when barriers are enabled then that's a pretty
> good indicator. I don't know what benchmark that might be though.
synctest -t 20 -n 1 -f dir, should show a performance hit when barriers
are on.
-chris
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] ext3 barrier bits
2004-05-22 8:11 ` [PATCH] ext3 barrier bits Andrew Morton
2004-05-22 8:24 ` Arjan van de Ven
2004-05-22 8:42 ` Jens Axboe
@ 2004-05-22 19:31 ` Chris Mason
2 siblings, 0 replies; 7+ messages in thread
From: Chris Mason @ 2004-05-22 19:31 UTC (permalink / raw)
To: Andrew Morton; +Cc: Jens Axboe, linux-kernel
On Sat, 2004-05-22 at 04:11, Andrew Morton wrote:
> May as well cc lkml on this. It's to do with the disk write barrier
> implementation.
> - Does reiserfs support `mount -o remount,barrier=flush'? and "=none"?
>
Yes...there are no messages to clue the user in, but it does happen.
> - How do I test the "oh, barriers aren't working" fallback code in ext3?
>
Jens suggested mounting with barriers on for scsi, that's what I've been
doing. I also did some crash tests on scsi to make sure the io really
is happening when barriers fail.
-chris
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2004-05-22 19:31 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20040521093207.GA1952@suse.de>
[not found] ` <20040521023807.0de63c7a.akpm@osdl.org>
[not found] ` <20040521100234.GK1952@suse.de>
[not found] ` <20040521235044.6160cccb.akpm@osdl.org>
[not found] ` <20040522073540.GO1952@suse.de>
2004-05-22 8:11 ` [PATCH] ext3 barrier bits Andrew Morton
2004-05-22 8:24 ` Arjan van de Ven
2004-05-22 8:33 ` Andrew Morton
2004-05-22 19:15 ` Chris Mason
2004-05-22 8:43 ` Jens Axboe
2004-05-22 8:42 ` Jens Axboe
2004-05-22 19:31 ` Chris Mason
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).