Updates. I decreased/increased max-pkts to 1/16, however nothing
changed, still less merges in the replay run.
I think the "S" attribute for "write" should be the reason. First I
suspected the "S" attribute is brought by io_submit system call,
however I tested aio-stress tool which uses io_submit to send AIO
also. In the gathering traces, the write operations doesn't have "S"
attribute, however during replay, the "S" attribute happened again.
So I wonder where the "S" comes from? Does anyone have suggestions?
Thanks in advance.
Thx, Xuekun
On Thu, Mar 4, 2010 at 9:37 AM, Xuekun Hu <xuekun.hu@xxxxxxxxx> wrote:
> Hi, Alan
>
> It should be no changes on the system.
>
> I compared the per io dump info, and found the merges did decrease a
> lot. Another interesting thing I found from the blkparse output is the
> write requests has much more "WS" (synchronous) flag in the replay
> run. Does the merges decrease due to the "S" flag?
>
> Perhaps I need to tune the "-max-pkts"? In my case, to increase its
> value to let more requests have more opportunities to merge?
>
> BTW. I also tried replaying "dd" traces, and found the number of
> merges also decreases.
>
> Thx, Xuekun
>
--
To unsubscribe from this list: send the line "unsubscribe linux-btrace" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Netdev]
[Linux Wireless]
[Kernel Newbies]
[Memory]
[Security]
[Linux for Hams]
[Netfilter]
[Bugtraq]
[Photo]
[Yosemite]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux RAID]
[Linux Admin]
[Samba]
[Video 4 Linux]
[Linux Resources]