>>
>> A longer term solution might be to keep the writeback cache but send down a
>> SYNCHRONIZE CACHE command as part of the back end completion of a barrier
>> write, so the fs wouldn't get a completion until the write was done and all
>> the dirty cache blocks flushed to the medium.
>
> Right, they could just implement ORDERED_FLUSH in the barrier patch.
So, a little testing with scsi_info shows my scsi drives do have
writeback cache on. great. What's interesting is they
must be doing additional work for ordered tags. If they were treating
the block as written once in cache, using the tags should not change
performance at all. But, I can clearly show the tags changing
performance, and hear the drive write pattern change when tags are on.
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/