From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1754154AbcHZUru (ORCPT <rfc822;w@1wt.eu>);
        Fri, 26 Aug 2016 16:47:50 -0400
Received: from mga01.intel.com ([192.55.52.88]:49715 "EHLO mga01.intel.com"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S1752158AbcHZUrt (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Fri, 26 Aug 2016 16:47:49 -0400
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.28,582,1464678000"; 
   d="scan'208";a="1020885622"
From: Andi Kleen <andi@firstfloor.org>
To: Christoph Lameter <cl@linux.com>
Cc: Mel Gorman <mgorman@suse.de>, Michal Hocko <mhocko@kernel.org>,
        Joonsoo Kim <iamjoonsoo.kim@lge.com>,
        Aruna Ramakrishna <aruna.ramakrishna@oracle.com>, linux-mm@kvack.org,
        linux-kernel@vger.kernel.org, Mike Kravetz <mike.kravetz@oracle.com>,
        Pekka Enberg <penberg@kernel.org>,
        David Rientjes <rientjes@google.com>,
        Andrew Morton <akpm@linux-foundation.org>, Jiri Slaby <jslaby@suse.cz>
Subject: Re: what is the purpose of SLAB and SLUB
References: <1471458050-29622-1-git-send-email-aruna.ramakrishna@oracle.com>
        <20160818115218.GJ30162@dhcp22.suse.cz>
        <20160823021303.GB17039@js1304-P5Q-DELUXE>
        <20160823153807.GN23577@dhcp22.suse.cz>
        <20160824082057.GT2693@suse.de>
        <alpine.DEB.2.20.1608242240460.1837@east.gentwo.org>
        <20160825100707.GU2693@suse.de>
        <alpine.DEB.2.20.1608251451070.10766@east.gentwo.org>
Date: Fri, 26 Aug 2016 13:47:47 -0700
In-Reply-To: <alpine.DEB.2.20.1608251451070.10766@east.gentwo.org> (Christoph
        Lameter's message of "Thu, 25 Aug 2016 14:55:43 -0500 (CDT)")
Message-ID: <87h9a71clo.fsf@tassilo.jf.intel.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Christoph Lameter <cl@linux.com> writes:
>
>> If you want to rework the VM to use a larger fundamental unit, track
>> sub-units where required and deal with the internal fragmentation issues
>> then by all means go ahead and deal with it.
>
> Hmmm... The time problem is always there. Tried various approaches over
> the last decade. Could be a massive project. We really would need a
> larger group of developers to effectively do this.

I'm surprised that compactions is not able to fix the fragmentation.
Is the problem that there are too many non movable objects around?

-Andi