From: "Martin K. Petersen" <martin.petersen@oracle.com>
To: Kay Sievers <kay.sievers@vrfy.org>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
rwheeler@redhat.com, snitzer@redhat.com, jeff@garzik.org,
neilb@suse.de, James.Bottomley@hansenpartnership.com,
dgilbert@interlog.com, jens.axboe@oracle.com, matthew@wil.cx,
linux-ide@vger.kernel.org, linux-scsi@vger.kernel.org
Subject: Re: [PATCH 2 of 9] block: Export I/O topology for block devices and partitions
Date: Fri, 24 Apr 2009 10:53:36 -0400 [thread overview]
Message-ID: <yq11vri9k7j.fsf@sermon.lab.mkp.net> (raw)
In-Reply-To: <ac3eb2510904240514y660973abj7621864e11e514f2@mail.gmail.com> (Kay Sievers's message of "Fri, 24 Apr 2009 14:14:44 +0200")
>>>>> "Kay" == Kay Sievers <kay.sievers@vrfy.org> writes:
Kay> Wouldn't it be good to include "sector", like the queue files do?
Kay> The alignment of a partition could mean many things.
Kay> /sys/block/<disk>/sector_alignment
Kay> /sys/block/<disk>/<partition>/sector_alignment
Well, the whole point of this exercise is to get rid of the
about-to-become-incorrect notion of a "sector" :)
What I'd like to see is these values being picked up by libdisk and used
to replace the current hacks that extract MD stripe size, etc.
So the values exported are:
alignment - Use this to add padding.
minimum_io_size - Don't submit I/Os smaller than this. May be
bigger than both physical and logical block
sizes at the bottom of the stack.
optimal_io_size - Use this request size for best performance.
Think full stripe write.
Those values apply to all block device types and are adjusted when
stacking.
Kay> And prefixing the io values might be easier to read when they show
Kay> up in a group?
Kay> /sys/block/<disk>/queue/io_minimum_size
Kay> /sys/block/<disk>/queue/io_optimal_size
Kay> /sys/block/<disk>/queue/io_...
I don't really have immediate plans to add more.
I'm not married to any particular naming scheme but I felt that
minimum_io_size was more readable than io_minimum_size. Which I why I
kept the user-visible names as is.
--
Martin K. Petersen Oracle Linux Engineering
next prev parent reply other threads:[~2009-04-24 15:02 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-24 5:32 [PATCH 0 of 9] I/O topology patch kit Martin K. Petersen
2009-04-24 5:32 ` [PATCH 1 of 9] block: Expose stacked device queues in sysfs Martin K. Petersen
2009-04-24 5:32 ` [PATCH 2 of 9] block: Export I/O topology for block devices and partitions Martin K. Petersen
2009-04-24 12:14 ` Kay Sievers
2009-04-24 12:54 ` Jeff Garzik
2009-04-24 14:37 ` Carl Henrik Lunde
2009-04-24 14:47 ` Matthew Wilcox
2009-04-24 15:16 ` Martin K. Petersen
2009-04-24 15:00 ` Martin K. Petersen
2009-04-24 14:53 ` Martin K. Petersen [this message]
2009-04-24 5:32 ` [PATCH 3 of 9] MD: Use new topology calls to indicate alignment and I/O sizes Martin K. Petersen
2009-04-24 5:32 ` [PATCH 4 of 9] sd: Physical block size and alignment support Martin K. Petersen
2009-04-24 5:32 ` [PATCH 5 of 9] sd: Detect non-rotational devices Martin K. Petersen
2009-04-24 5:32 ` [PATCH 6 of 9] sd: Block limits VPD support Martin K. Petersen
2009-04-24 5:32 ` [PATCH 7 of 9] scsi_debug: Add support for physical block exponent and alignment Martin K. Petersen
2009-04-24 5:32 ` [PATCH 8 of 9] libata: Report disk alignment and physical block size Martin K. Petersen
2009-04-24 5:32 ` [PATCH 9 of 9] libata: Media rotation rate and form factor heuristics Martin K. Petersen
[not found] ` <7ec2d82b188a9e9d4c56.1240551148@sermon.lab.mkp.net>
2009-04-24 6:10 ` [PATCH 7 of 9] scsi_debug: Add support for physical block exponent and alignment Douglas Gilbert
2009-04-24 6:14 ` Martin K. Petersen
[not found] ` <2fc5b2aa370a8ad47db1.1240551150@sermon.lab.mkp.net>
2009-04-24 12:30 ` [PATCH 9 of 9] libata: Media rotation rate and form factor heuristics Matthew Wilcox
[not found] ` <47f4f448a804a2d24f10.1240551149@sermon.lab.mkp.net>
2009-04-24 12:32 ` [PATCH 8 of 9] libata: Report disk alignment and physical block size Matthew Wilcox
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=yq11vri9k7j.fsf@sermon.lab.mkp.net \
--to=martin.petersen@oracle.com \
--cc=James.Bottomley@hansenpartnership.com \
--cc=dgilbert@interlog.com \
--cc=jeff@garzik.org \
--cc=jens.axboe@oracle.com \
--cc=kay.sievers@vrfy.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=matthew@wil.cx \
--cc=neilb@suse.de \
--cc=rwheeler@redhat.com \
--cc=snitzer@redhat.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 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).