Thread (14 messages) 14 messages, 6 authors, 2010-08-30

Re: [PATCH, RFC 2/2] dm: support REQ_FLUSH directly

From: Tejun Heo <tj@kernel.org>
Date: 2010-08-30 08:40:20
Also in: dm-devel, linux-fsdevel, linux-scsi

On 08/30/2010 06:45 AM, Jun'ichi Nomura wrote:
Hi Mike,

(08/27/10 23:13), Mike Snitzer wrote:
quoted
quoted
If there will be no need for supporting a request-based target
with num_flush_requests > 1, the special handling of flush
can be removed.

And since there is no such target in the current tree,
I don't object if you remove that part of code for good reason.
OK, certainly something to keep in mind.  But _really_ knowing the
multipath FLUSH+FUA performance difference (extra special-case code vs
none) requires a full FLUSH conversion of request-based DM anyway.

In general, request-based DM's barrier/flush code does carry a certain
maintenance overhead.  It is quite a bit of distracting code in the core
DM which isn't buying us anything.. so we _could_ just remove it and
never look back (until we have some specific need for num_flush_requests
quoted
1 in rq-based DM).
So, I'm not objecting to your idea.
Could you please create a patch to remove that?
I did that yesterday.  Will post the patch soon.

Thanks.

-- 
tejun
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help