All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gurudas Pai <gurudas.pai@oracle.com>
To: john smith <whalajam@yahoo.com>
Cc: "Alan D. Brunelle" <Alan.Brunelle@hp.com>, fio@vger.kernel.org
Subject: Re: io scheduler merges control
Date: Mon, 11 Jan 2010 11:45:48 +0530	[thread overview]
Message-ID: <4B4AC214.5020207@oracle.com> (raw)
In-Reply-To: <31699.35262.qm@web55002.mail.re4.yahoo.com>


> 3) The third question is why the number of fio reported "merge"(s) is greater than the number of the "ios"?
These merges are since disk is online. not during the current fio run. 
Restart the machine/disk and run fio test , then fio should report 
accurate merge stats.

Thanks,
-Guru

> 
> --- On Mon, 1/4/10, Alan D. Brunelle <Alan.Brunelle@hp.com> wrote:
> 
>> From: Alan D. Brunelle <Alan.Brunelle@hp.com>
>> Subject: Re: io scheduler merges control
>> To: "john smith" <whalajam@yahoo.com>
>> Cc: fio@vger.kernel.org
>> Date: Monday, January 4, 2010, 6:34 AM
>> On Thu, 2009-12-24 at 11:12 -0800,
> 
>> john smith wrote:
>>> IOPS-reported numbers for a test vary (more than 30%
>> in my case) from one run to another depending on kernel io
>> scheduler merges (reported in "Disk
>> stats/merges=reads/writes") making it hard to
>> measure/compare performance of block drivers, for instance.
>>> I don't see any way to turn off kernel io scheduler
>> merges (cfq or others)
>>> and I'd ask if you would consider adding support for
>> it, disabling the merges per individual device, using sys-fs
>> maybe?
>>> If you do, adding an option to fio for controlling the
>> merges would be useful too,
>>> thanks,
>>> John
>> Hi John - 
>>
>> FYI: there is /sys/block/*/queue/nomerges - when set to one
>> ('echo 1
>>> /sys/block/<dsf>/queue/nomerges) - a lot of the
>> merging attempts are
>> not performed. [Note, _some_ simple merge attempts _are_
>> still attempted
>> regardless of its setting...]
>>
>> Regards,
>> Alan
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe
>> fio" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
> 
> 
>       
> --
> To unsubscribe from this list: send the line "unsubscribe fio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2010-01-11  6:24 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-24 19:12 io scheduler merges control john smith
2010-01-04 14:34 ` Alan D. Brunelle
2010-01-05  1:53   ` john smith
2010-01-05 16:32     ` Alan D. Brunelle
2010-01-11 13:54       ` Jens Axboe
2010-01-14 18:37         ` john smith
2010-01-20 16:18         ` Alan D. Brunelle
2010-01-20 23:57           ` john smith
2010-01-11  6:15     ` Gurudas Pai [this message]
2010-01-11 13:52       ` Jens Axboe
2010-01-04 14:52 ` Chris Worley
2010-01-05  0:27   ` john smith

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=4B4AC214.5020207@oracle.com \
    --to=gurudas.pai@oracle.com \
    --cc=Alan.Brunelle@hp.com \
    --cc=fio@vger.kernel.org \
    --cc=whalajam@yahoo.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.