On Thu, Jul 6, 2017 at 11:51 AM, Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx> wrote: > > These counters do not actually help you solve that particular problem. > Knowing how many allocations happened since the system booted doesn't tell > you much about how many failed or why they failed. You don't even know > what frequency they occured at unless you monitor it constantly so you're > back to square one whether this information is available from proc or not. > There even is a tracepoint that can be used to track information related > to events that degrade fragmentation (trace_mm_page_alloc_extfrag) although > the primary thing it tells you is that "the probability that an allocation > will fail due to fragmentation in the future is potentially higher". I agree these counters don't have enough information, but there a start to a first order approximation of the current state of memory. buddyinfo and pagetypeinfo basically show no information now, because they only involve the small amount of free memory under the watermark and all our machines are in this state. As second order approximation, it would be nice to be able to get answers like: "There are reclaimable high order allocations of at least this order" and "None of this order allocation can become available due to unmovable and unreclaimable allocations" -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>
