From: Stefan Priebe <s.priebe@profihost.ag>
To: Sage Weil <sage@inktank.com>
Cc: Andrey Korolyov <andrey@xdel.ru>,
"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Subject: Re: rbd export speed limit
Date: Wed, 13 Feb 2013 20:25:32 +0100 [thread overview]
Message-ID: <511BE8AC.3090600@profihost.ag> (raw)
In-Reply-To: <alpine.DEB.2.00.1302130812090.23349@cobra.newdream.net>
Hi,
first sorry i got this totally wrong. The speed is not correct and i
mixed this with another operation going on at the same time.
The problem isn't the rbd export in my case it the fstrim issued on all VMs.
This results in writes up to 400Mb/s per OSD and then results in aborted
/ hanging task in VMs. Is it possible to give trim commands lower priority?
Greets,
Stefan
Am 13.02.2013 17:13, schrieb Sage Weil:
> On Wed, 13 Feb 2013, Stefan Priebe - Profihost AG wrote:
>> Hi,
>> Am 12.02.2013 21:45, schrieb Andrey Korolyov:
>>> you may be interested in throttle(1) as a side solution with stdout
>>> export option.
>> What's throttle? Never seen this. Wouldn't it be possible to use tc?
>>
>>> By the way, on which interconnect you have manage to
>>> get such speeds,
>> Bonded Intel 2x 10GBE
>>
>>> if you mean 'commited' bytes(e.g. not almost empty
>>> allocated image)?
>> Yes commited images.
>
> FWIW I'm pretty sure the rbd export is doing a single IO at a time
> (reading one chunk, 4MB by default). Are there lots of them in parallel,
> or is a single export operation significantly affecting performance?
> That would be a bit surprising to me..
>
> sage
>
next prev parent reply other threads:[~2013-02-13 19:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-12 20:22 rbd export speed limit Stefan Priebe
2013-02-12 20:45 ` Andrey Korolyov
2013-02-13 7:54 ` Stefan Priebe - Profihost AG
2013-02-13 16:13 ` Sage Weil
2013-02-13 19:25 ` Stefan Priebe [this message]
2013-02-13 20:21 ` Sage Weil
2013-02-13 20:27 ` Stefan Priebe
2013-02-13 20:38 ` Gregory Farnum
2013-02-13 21:43 ` Stefan Priebe
2013-02-21 7:53 ` Andrey Korolyov
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=511BE8AC.3090600@profihost.ag \
--to=s.priebe@profihost.ag \
--cc=andrey@xdel.ru \
--cc=ceph-devel@vger.kernel.org \
--cc=sage@inktank.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.