lkml.org 
[lkml]   [2010]   [Jun]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Slow vmalloc in 2.6.35-rc3
On 06/24/2010 06:14 PM, Nick Piggin wrote:
> On Thu, Jun 24, 2010 at 12:19:32PM +0300, Avi Kivity wrote:
>
>> I see really slow vmalloc performance on 2.6.35-rc3:
>>
> Can you try this patch?
> http://userweb.kernel.org/~akpm/mmotm/broken-out/mm-vmap-area-cache.patch
>

The patch completely eliminates the problem.

>>
>> It seems completely wrong - iterating 8 levels of a binary tree
>> shouldn't take half a millisecond.
>>
> It's not iterating down the tree, it's iterating through the
> nodes to find a free area. Slows down because lazy vunmap means
> that quite a lot of little areas build up right at the start of
> our search start address. The vmap cache should hopefully fix
> it up.
>

I see, thanks.

--
error compiling committee.c: too many arguments to function



\
 
 \ /
  Last update: 2010-06-27 11:21    [W:0.041 / U:0.436 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site