From: Vlastimil Babka <vbabka@suse.cz> To: Johannes Weiner <hannes@cmpxchg.org> Cc: Andrew Morton <akpm@linux-foundation.org>, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Mel Gorman <mgorman@techsingularity.net>, Joonsoo Kim <iamjoonsoo.kim@lge.com>, David Rientjes <rientjes@google.com>, kernel-team@fb.com Subject: Re: [PATCH v3 0/8] try to reduce fragmenting fallbacks Date: Fri, 17 Mar 2017 19:29:54 +0100 [thread overview] Message-ID: <0e01d912-9473-35df-5bc7-f080ab9c1818@suse.cz> (raw) In-Reply-To: <20170316183422.GA1461@cmpxchg.org> On 03/16/2017 07:34 PM, Johannes Weiner wrote: > On Wed, Mar 08, 2017 at 08:17:39PM +0100, Vlastimil Babka wrote: >> On 8.3.2017 17:46, Johannes Weiner wrote: >>> Is there any other data you would like me to gather? >> >> If you can enable the extfrag tracepoint, it would be nice to have graphs of how >> unmovable allocations falling back to movable pageblocks, etc. > > Okay, here we go. I recorded 24 hours worth of the extfrag tracepoint, > filtered to fallbacks from unmovable requests to movable blocks. I've > uploaded the plot here: > > http://cmpxchg.org/antifrag/fallbackrate.png > > but this already speaks for itself: > > 11G alloc-mtfallback.trace > 3.3G alloc-mtfallback-patched.trace > > ;) Great! >> Possibly also /proc/pagetypeinfo for numbers of pageblock types. > After a week of uptime, the patched (b) kernel has more movable blocks > than vanilla 4.10-rc8 (a): > > Number of blocks type Unmovable Movable Reclaimable HighAtomic CMA Isolate > > a: Node 1, zone Normal 2017 29763 987 1 0 0 > b: Node 1, zone Normal 1264 30850 653 1 0 0 That's better than I expected. I wouldn't be surprised if the number of unmovable pageblocks actually got *higher* due to the series because previously many unmovable pages would be scattered around movable blocks. > I sampled this somewhat sporadically over the week and it's been > reading reliably this way. > > The patched kernel also consistently beats vanilla in terms of peak > job throughput. > > Overall very cool! Thanks a lot! So that means it's worth the increased compaction stats you reported earlier?
WARNING: multiple messages have this Message-ID (diff)
From: Vlastimil Babka <vbabka@suse.cz> To: Johannes Weiner <hannes@cmpxchg.org> Cc: Andrew Morton <akpm@linux-foundation.org>, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Mel Gorman <mgorman@techsingularity.net>, Joonsoo Kim <iamjoonsoo.kim@lge.com>, David Rientjes <rientjes@google.com>, kernel-team@fb.com Subject: Re: [PATCH v3 0/8] try to reduce fragmenting fallbacks Date: Fri, 17 Mar 2017 19:29:54 +0100 [thread overview] Message-ID: <0e01d912-9473-35df-5bc7-f080ab9c1818@suse.cz> (raw) In-Reply-To: <20170316183422.GA1461@cmpxchg.org> On 03/16/2017 07:34 PM, Johannes Weiner wrote: > On Wed, Mar 08, 2017 at 08:17:39PM +0100, Vlastimil Babka wrote: >> On 8.3.2017 17:46, Johannes Weiner wrote: >>> Is there any other data you would like me to gather? >> >> If you can enable the extfrag tracepoint, it would be nice to have graphs of how >> unmovable allocations falling back to movable pageblocks, etc. > > Okay, here we go. I recorded 24 hours worth of the extfrag tracepoint, > filtered to fallbacks from unmovable requests to movable blocks. I've > uploaded the plot here: > > http://cmpxchg.org/antifrag/fallbackrate.png > > but this already speaks for itself: > > 11G alloc-mtfallback.trace > 3.3G alloc-mtfallback-patched.trace > > ;) Great! >> Possibly also /proc/pagetypeinfo for numbers of pageblock types. > After a week of uptime, the patched (b) kernel has more movable blocks > than vanilla 4.10-rc8 (a): > > Number of blocks type Unmovable Movable Reclaimable HighAtomic CMA Isolate > > a: Node 1, zone Normal 2017 29763 987 1 0 0 > b: Node 1, zone Normal 1264 30850 653 1 0 0 That's better than I expected. I wouldn't be surprised if the number of unmovable pageblocks actually got *higher* due to the series because previously many unmovable pages would be scattered around movable blocks. > I sampled this somewhat sporadically over the week and it's been > reading reliably this way. > > The patched kernel also consistently beats vanilla in terms of peak > job throughput. > > Overall very cool! Thanks a lot! So that means it's worth the increased compaction stats you reported earlier? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2017-03-17 18:31 UTC|newest] Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-03-07 13:15 [PATCH v3 0/8] try to reduce fragmenting fallbacks Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 1/8] mm, compaction: reorder fields in struct compact_control Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 2/8] mm, compaction: remove redundant watermark check in compact_finished() Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-16 1:30 ` Joonsoo Kim 2017-03-16 1:30 ` Joonsoo Kim 2017-03-29 15:30 ` Vlastimil Babka 2017-03-29 15:30 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 3/8] mm, page_alloc: split smallest stolen page in fallback Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 4/8] mm, page_alloc: count movable pages when stealing from pageblock Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-16 1:53 ` Joonsoo Kim 2017-03-16 1:53 ` Joonsoo Kim 2017-03-29 15:49 ` Vlastimil Babka 2017-03-29 15:49 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 5/8] mm, compaction: change migrate_async_suitable() to suitable_migration_source() Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 6/8] mm, compaction: add migratetype to compact_control Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 7/8] mm, compaction: restrict async compaction to pageblocks of same migratetype Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-16 2:14 ` Joonsoo Kim 2017-03-16 2:14 ` Joonsoo Kim 2017-03-29 16:06 ` Vlastimil Babka 2017-03-29 16:06 ` Vlastimil Babka 2017-04-07 0:38 ` Joonsoo Kim 2017-04-07 0:38 ` Joonsoo Kim 2017-05-04 6:12 ` Vlastimil Babka 2017-05-04 6:12 ` Vlastimil Babka 2017-03-07 13:15 ` [PATCH v3 8/8] mm, compaction: finish whole pageblock to reduce fragmentation Vlastimil Babka 2017-03-07 13:15 ` Vlastimil Babka 2017-03-16 2:18 ` Joonsoo Kim 2017-03-16 2:18 ` Joonsoo Kim 2017-03-29 16:13 ` Vlastimil Babka 2017-03-29 16:13 ` Vlastimil Babka 2017-03-08 16:46 ` [PATCH v3 0/8] try to reduce fragmenting fallbacks Johannes Weiner 2017-03-08 16:46 ` Johannes Weiner 2017-03-08 19:17 ` Vlastimil Babka 2017-03-08 19:17 ` Vlastimil Babka 2017-03-16 18:34 ` Johannes Weiner 2017-03-16 18:34 ` Johannes Weiner 2017-03-17 18:29 ` Vlastimil Babka [this message] 2017-03-17 18:29 ` Vlastimil Babka 2017-03-19 21:23 ` Johannes Weiner 2017-03-19 21:23 ` Johannes Weiner
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=0e01d912-9473-35df-5bc7-f080ab9c1818@suse.cz \ --to=vbabka@suse.cz \ --cc=akpm@linux-foundation.org \ --cc=hannes@cmpxchg.org \ --cc=iamjoonsoo.kim@lge.com \ --cc=kernel-team@fb.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mgorman@techsingularity.net \ --cc=rientjes@google.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: linkBe 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.