From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= <roger.pau@citrix.com>
Subject: Re: IO speed limited by size of IO request (for RBD
	driver)
Date: Tue, 23 Apr 2013 16:06:54 +0200
Message-ID: <5176957E.6010306@citrix.com>
References: <CAF6-1L5fePSH1eddGSa5e9ZChuNp3Gdph-wrfjJo75Ts=9Ra4Q@mail.gmail.com>
	<51768FA5.6090609@crc.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <51768FA5.6090609@crc.id.au>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Steven Haigh <netwiz@crc.id.au>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
List-Id: xen-devel@lists.xenproject.org

On 23/04/13 15:41, Steven Haigh wrote:
> On 23/04/2013 11:33 PM, Sylvain Munaut wrote:
>> Hi,
>>
>>
>> I was observing a pretty severe performance impact when using Xen VM
>> with RBD (Ceph) backed storage, especially when doing large sequential
>> access.
>>
>> And I think I finally found a major cause for it: even large user
>> space requests seem to be split into small requests of 11 * 4096
>> bytes. ( 44k )
>>
>> This is caused by :
>>
>>          blk_queue_max_segments(rq, BLKIF_MAX_SEGMENTS_PER_REQUEST);
>>          blk_queue_max_segment_size(rq, PAGE_SIZE);
>>
>> What's the impact of modifying those ?
>> I've seen some justification for the BLKIF_MAX_SEGMENTS_PER_REQUEST
>> limit, but why limit segment size to page_size ?
> 
> I'm seeing the same as you - see the thread in the archives over the 
> last few weeks - subject "RE: Xen disk write slowness in kernel 3.8.x"
> 
> I get ~50MB/sec max write speeds due to probably the same problem.

When using Ceph, are you using the Linux kernel backend (blkback), Qemu
or blktap?

I've been working on expanding the number of segments that a request can
hold, and the patches just went upstream for the next Linux kernel
(3.10), you might want to test them, they can be found in the following
git repo:

git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git

branch for-jens-3.10

You will need to use them in both DomU and Dom0 in order to get more
segments in a request.