Re: [PATCH 01 of 66] disable lumpy when compaction is enabled

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Andrea Arcangeli
Date: Wednesday, November 10, 2010 - 9:03 am

On Wed, Nov 10, 2010 at 02:27:04PM +0000, Mel Gorman wrote:

Exactly. Furthermore the improvement will still happen later by
polling compaction once every 10 sec with khugepaged (this is also
required in case some other guest or application quit releasing tons
of ram maybe natively order 9 in the buddy without requiring any
further compaction invocation).

What the default should be I don't know, but I like a default that
fails without causing swap storms. If you want the swap storms and to
drop all ptes regardless of their young bits, you should ask
explicitly for it I think. Anybody asking for high order allocation
and pretending to succeed despite the anti-frag and movable pageblocks
migrated with compaction aren't enough to succeed should be able to
handle a full graceful failure like THP does by design (or worst case
to return error to userland). As far as I can tell tg3 atomic order 2
allocation also provides for a graceful fallback for the same reason
(however in new mainline it floods the dmesg with tons of printk,
which it didn't used to with older kernels but it's not an actual
regression).


Great. Well this is also why I disabled it with the smallest possible
modification, to avoid stepping on your toes.


Well I wasn't sure if you tested it already on that very workload, the
patches weren't from you (even if you were in the signoffs). I
mentioned it just in case, glad it's not related :).
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH 01 of 66] disable lumpy when compaction is enabled, Andrea Arcangeli, (Wed Nov 3, 8:27 am)
Re: [PATCH 01 of 66] disable lumpy when compaction is enabled, Andrea Arcangeli, (Wed Nov 10, 9:03 am)