qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] [qemu-img] CPU consuming optimization


From: Dmitry Konishchev
Subject: Re: [Qemu-devel] [PATCH] [qemu-img] CPU consuming optimization
Date: Wed, 18 May 2011 10:55:35 +0400

On Tue, May 17, 2011 at 7:35 PM, Stefan Hajnoczi <address@hidden> wrote:
> Please see http://wiki.qemu.org/Contribute/SubmitAPatch, which asks
> that patches are sent inline (not as attachments) for easy review and
> that you follow the coding style (see the CODING_STYLE file).  Patches
> also need a Signed-off-by: line.
OK, thanks. I'll fix this in case you are willing to accept the patch.

On Tue, May 17, 2011 at 7:35 PM, Stefan Hajnoczi <address@hidden> wrote:
> The unrolled loop makes the function rely on len being a multiple of
> sizeof(long) * 4, otherwise it accesses beyond the end of sector[].
> So for this use case it's okay but the function is generic anymore.
Yeah, but this function is static and within the whole file it is used
only for comparing clusters, so I think that we can sacrifice it's
universality for the sake of the performance.

On Tue, May 17, 2011 at 7:35 PM, Stefan Hajnoczi <address@hidden> wrote:
> GNU cp(1) tries to detect holes in files and image formats could tell
> us about unallocated regions using bdrv_is_allocated().  So I think
> there are ways to avoid comparing so much data in the first place, if
> you are interested in looking into that.
OK, thanks, I'll look on this function (but sorry, only after 2 weeks,
since I'm on my vacation). But actually I think, that it will be
better to use the both ways, since they can give a boost in different
usecases.

So, if you are agreed with the said above, you can accept this patch
and then I'll write an enchancement for it with bdrv_is_allocated()
because it is going to include this patch.

--
Dmitry Konishchev
mailto:address@hidden



reply via email to

[Prev in Thread] Current Thread [Next in Thread]