On 11/04/2014 01:28 AM, Joonsoo Kim wrote:
> On Fri, Oct 31, 2014 at 04:53:44PM +0100, Vlastimil Babka wrote:
>> On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
>>
>> OK, so you don't find a problem with how this patch changes
>> migration scanner caching, just the free scanner, right?
>> So how about
On 11/04/2014 01:28 AM, Joonsoo Kim wrote:
On Fri, Oct 31, 2014 at 04:53:44PM +0100, Vlastimil Babka wrote:
On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
OK, so you don't find a problem with how this patch changes
migration scanner caching, just the free scanner, right?
So how about making
On Fri, Oct 31, 2014 at 04:53:44PM +0100, Vlastimil Babka wrote:
> On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
> >>
> >>>And, I guess that pageblock skip feature effectively disable pageblock
> >>>rescanning if there is no freepage during rescan.
> >>
> >>If there's no freepage during rescan, then
On Fri, Oct 31, 2014 at 04:53:44PM +0100, Vlastimil Babka wrote:
On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
And, I guess that pageblock skip feature effectively disable pageblock
rescanning if there is no freepage during rescan.
If there's no freepage during rescan, then the cached
On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
And, I guess that pageblock skip feature effectively disable pageblock
rescanning if there is no freepage during rescan.
If there's no freepage during rescan, then the cached free_pfn also
won't be pointed to the pageblock anymore. Regardless of
On 10/28/2014 08:08 AM, Joonsoo Kim wrote:
And, I guess that pageblock skip feature effectively disable pageblock
rescanning if there is no freepage during rescan.
If there's no freepage during rescan, then the cached free_pfn also
won't be pointed to the pageblock anymore. Regardless of
On Mon, Oct 27, 2014 at 10:39:01AM +0100, Vlastimil Babka wrote:
> On 10/27/2014 08:35 AM, Joonsoo Kim wrote:> On Tue, Oct 07, 2014 at
> 05:33:38PM +0200, Vlastimil Babka wrote:
> > Hmm... I'm not sure that this patch is good thing.
> >
> > In asynchronous compaction, compaction could be easily
On Mon, Oct 27, 2014 at 10:39:01AM +0100, Vlastimil Babka wrote:
On 10/27/2014 08:35 AM, Joonsoo Kim wrote: On Tue, Oct 07, 2014 at
05:33:38PM +0200, Vlastimil Babka wrote:
Hmm... I'm not sure that this patch is good thing.
In asynchronous compaction, compaction could be easily failed and
On 10/27/2014 08:35 AM, Joonsoo Kim wrote:> On Tue, Oct 07, 2014 at
05:33:38PM +0200, Vlastimil Babka wrote:
>> Compaction caches the migration and free scanner positions between
compaction
>> invocations, so that the whole zone gets eventually scanned and there
is no
>> bias towards the initial
On Tue, Oct 07, 2014 at 05:33:38PM +0200, Vlastimil Babka wrote:
> Compaction caches the migration and free scanner positions between compaction
> invocations, so that the whole zone gets eventually scanned and there is no
> bias towards the initial scanner positions at the beginning/end of the
On Tue, Oct 07, 2014 at 05:33:38PM +0200, Vlastimil Babka wrote:
Compaction caches the migration and free scanner positions between compaction
invocations, so that the whole zone gets eventually scanned and there is no
bias towards the initial scanner positions at the beginning/end of the zone.
On 10/27/2014 08:35 AM, Joonsoo Kim wrote: On Tue, Oct 07, 2014 at
05:33:38PM +0200, Vlastimil Babka wrote:
Compaction caches the migration and free scanner positions between
compaction
invocations, so that the whole zone gets eventually scanned and there
is no
bias towards the initial scanner
On 10/07/2014 11:33 AM, Vlastimil Babka wrote:
Compaction caches the migration and free scanner positions between compaction
invocations, so that the whole zone gets eventually scanned and there is no
bias towards the initial scanner positions at the beginning/end of the zone.
The cached
On 10/07/2014 11:33 AM, Vlastimil Babka wrote:
Compaction caches the migration and free scanner positions between compaction
invocations, so that the whole zone gets eventually scanned and there is no
bias towards the initial scanner positions at the beginning/end of the zone.
The cached
Compaction caches the migration and free scanner positions between compaction
invocations, so that the whole zone gets eventually scanned and there is no
bias towards the initial scanner positions at the beginning/end of the zone.
The cached positions are continuously updated as scanners progress
Compaction caches the migration and free scanner positions between compaction
invocations, so that the whole zone gets eventually scanned and there is no
bias towards the initial scanner positions at the beginning/end of the zone.
The cached positions are continuously updated as scanners progress
16 matches
Mail list logo