Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1548576
| From | Michal Hocko <mhocko@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred |
| Date | 2016-12-30 14:00 +0100 |
| Message-ID | <sU4WS-4sk-13@gated-at.bofh.it> (permalink) |
| References | <sQZqF-20w-11@gated-at.bofh.it> <sR8tY-87O-19@gated-at.bofh.it> <sRiMG-69S-27@gated-at.bofh.it> <sU4Dv-4lM-5@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri 30-12-16 12:36:20, Mel Gorman wrote: [...] > I'll neither ack nor nak this patch. However, I would much prefer an > additional option be added to sysfs called defer-fault that would avoid > all fault-based stalls but still potentially stall for MADV_HUGEPAGE. Would you consider changing the semantic of defer=madvise to invoke KSWAPD for !madvised vmas as acceptable. It would be a change in semantic but I am wondering what would be a risk and potential regression space. Also I am planning to send a pro-active compaction based on a "watermark" as an LSF/MM topic proposal. I suspect that no additional thp specific tunable will be needed if we have a proper compaction watermark tunable. -- Michal Hocko SUSE Labs
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-22 01:30 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred "Kirill A. Shutemov" <kirill@shutemov.name> - 2016-12-22 09:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-22 11:10 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-22 22:10 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-23 10:00 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-23 11:10 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-23 12:20 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-23 23:50 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-26 10:10 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-27 02:00 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred "Kirill A. Shutemov" <kirill@shutemov.name> - 2016-12-27 03:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-27 10:50 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-27 22:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-28 09:50 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-28 22:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-29 09:30 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Mel Gorman <mgorman@techsingularity.net> - 2016-12-30 13:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Michal Hocko <mhocko@kernel.org> - 2016-12-30 14:00 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Mel Gorman <mgorman@techsingularity.net> - 2016-12-30 15:10 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred David Rientjes <rientjes@google.com> - 2016-12-30 23:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Mel Gorman <mgorman@techsingularity.net> - 2017-01-03 11:40 +0100
Re: [patch] mm, thp: always direct reclaim for MADV_HUGEPAGE even when deferred Vlastimil Babka <vbabka@suse.cz> - 2017-01-02 09:40 +0100
csiph-web