From: Max Reitz <mreitz@redhat.com>
To: Fam Zheng <famz@redhat.com>
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-devel@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v5 5/5] qemu-iotests: Add 093 for IO throttling
Date: Tue, 27 Jan 2015 11:14:40 -0500 [thread overview]
Message-ID: <54C7B970.5080002@redhat.com> (raw)
In-Reply-To: <20150127030331.GB7715@fam-t430.nay.redhat.com>
On 2015-01-26 at 22:03, Fam Zheng wrote:
> On Mon, 01/26 15:45, Max Reitz wrote:
>> On 2015-01-16 at 03:46, Fam Zheng wrote:
>>> This case utilizes qemu-io command "aio_{read,write} -q" to verify the
>>> effectiveness of IO throttling options.
>>>
>>> It's implemented by driving the vm timer from qtest protocol, so the
>>> throttling timers are signaled with determinied time duration. Then we
>>> verify the completed IO requests are within 10% error of bps and iops
>>> limits.
>>>
>>> "null" protocol is used as the disk backend so that no actual disk IO is
>>> performed on host, this will make the blockstats much more
>>> deterministic. Both "null-aio" and "null-co" are covered, which is also
>>> a simple cross validation test for the driver code.
>>>
>>> Signed-off-by: Fam Zheng <famz@redhat.com>
>>> ---
>>> tests/qemu-iotests/093 | 103 +++++++++++++++++++++++++++++++++++++++++++++
>>> tests/qemu-iotests/093.out | 5 +++
>>> tests/qemu-iotests/group | 1 +
>>> 3 files changed, 109 insertions(+)
>>> create mode 100755 tests/qemu-iotests/093
>>> create mode 100644 tests/qemu-iotests/093.out
>> NACK. This literally kills my laptop (I can recover when running this test
>> in tmpfs (for some reason inexplicable to me, since this uses the null block
>> drivers...), but I cannot when running it on my HDD).
>>
>> Would it be possible to use larger requests and smaller iops? (Or just the
>> same request size but smaller bps as well)
> Is it because of CPU or memory? 1000 requests for both read and write seem to
> be overkilling since we are measuring 1000 bps and 10 iops, please try if
> reducing to 100 requests works for you.
Probably memory, since I seem to recall you having the same model as me,
but I can imagine you having more RAM...
100 requests do not work with 128,000 bps/64 iops/10 seconds (because
that'd be more than 1 MB of data, whereas 100 requests of 4 kB are of
course only 400 kB), but the following constellations work:
- 100 requests/128,000 bps/64 iops/1 second
- 100 requests/26,214 bps/8 iops/10 seconds (26,214 is about one tenth
of 262,144 which is a multiple of 4,096, so the real value will not be
too far off; the iops are limited by $number_of_requests /
$duration_in_seconds)
I just hope there won't be some other poor guy for whom even this is too
much...
Max
>> PS: Feel free to tell me I'm doing something wrong, of course. But just
>> ./check -T -raw -c writethrough 093 just killed my laptop, and simply
>> ./check -raw 093 would have probably killed it, too, if I wouldn't have held
>> down ^C after some seconds (I'm listening to music and that's when it began
>> stuttering...).
>>
>>> diff --git a/tests/qemu-iotests/093 b/tests/qemu-iotests/093
>>> new file mode 100755
>>> index 0000000..d12cc25
>>> --- /dev/null
>>> +++ b/tests/qemu-iotests/093
>>> @@ -0,0 +1,103 @@
>>> +#!/usr/bin/env python
>>> +#
>>> +# Tests for IO throttling
>>> +#
>>> +# Copyright (C) 2015 Red Hat, Inc.
>>> +#
>>> +# This program is free software; you can redistribute it and/or modify
>>> +# it under the terms of the GNU General Public License as published by
>>> +# the Free Software Foundation; either version 2 of the License, or
>>> +# (at your option) any later version.
>>> +#
>>> +# This program is distributed in the hope that it will be useful,
>>> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
>>> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>>> +# GNU General Public License for more details.
>>> +#
>>> +# You should have received a copy of the GNU General Public License
>>> +# along with this program. If not, see <http://www.gnu.org/licenses/>.
>>> +#
>>> +
>>> +import iotests
>>> +
>>> +class ThrottleTestCase(iotests.QMPTestCase):
>>> + test_img = "null-aio://"
>>> +
>>> + def blockstats(self, device):
>>> + result = self.vm.qmp("query-blockstats")
>>> + for r in result['return']:
>>> + if r['device'] == device:
>>> + stat = r['stats']
>>> + return stat['rd_bytes'], stat['rd_operations'], stat['wr_bytes'], stat['wr_operations']
>>> + raise Exception("Device not found for blockstats: %s" % device)
>>> +
>>> + def setUp(self):
>>> + self.vm = iotests.VM().add_drive(self.test_img)
>>> + self.vm.launch()
>>> +
>>> + def tearDown(self):
>>> + self.vm.shutdown()
>>> +
>>> + def do_test_throttle(self, seconds, params):
>>> + def check_limit(limit, num):
>>> + # IO throttling algorithm is discrete, allow 10% error so the test
>>> + # is more
>> "more robust"?
> Yes :)
>
> Fam
next prev parent reply other threads:[~2015-01-27 16:14 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-16 8:46 [Qemu-devel] [PATCH v5 0/5] block: Add a qemu-iotests case for IO throttling Fam Zheng
2015-01-16 8:46 ` [Qemu-devel] [PATCH v5 1/5] qemu-io: Account IO by aio_read and aio_write Fam Zheng
2015-01-26 20:19 ` Max Reitz
2015-01-16 8:46 ` [Qemu-devel] [PATCH v5 2/5] qtest: Add scripts/qtest.py Fam Zheng
2015-01-26 20:22 ` Max Reitz
2015-01-16 8:46 ` [Qemu-devel] [PATCH v5 3/5] qemu-iotests: Add VM method qtest() to iotests.py Fam Zheng
2015-01-26 20:26 ` Max Reitz
2015-01-16 8:46 ` [Qemu-devel] [PATCH v5 4/5] qemu-iotests: Allow caller to disable underscore convertion for qmp Fam Zheng
2015-01-26 20:27 ` Max Reitz
2015-01-16 8:46 ` [Qemu-devel] [PATCH v5 5/5] qemu-iotests: Add 093 for IO throttling Fam Zheng
2015-01-26 20:45 ` Max Reitz
2015-01-27 3:03 ` Fam Zheng
2015-01-27 16:14 ` Max Reitz [this message]
2015-01-28 1:59 ` Fam Zheng
2015-01-28 11:11 ` Markus Armbruster
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=54C7B970.5080002@redhat.com \
--to=mreitz@redhat.com \
--cc=famz@redhat.com \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@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 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.