Re: [RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting

From	Dave Hansen <dave@sr71.net>
Newsgroups	linux.kernel
Subject	Re: [RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting
Date	2016-02-11 20:50 +0100
Message-ID	<r15pw-4RP-3@gated-at.bofh.it> (permalink)
References	(2 earlier) <r0Hnc-5O7-21@gated-at.bofh.it> <r0KuK-7H1-23@gated-at.bofh.it> <r0NiW-16K-5@gated-at.bofh.it> <r0ZWP-17m-17@gated-at.bofh.it> <r14a7-44q-25@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

On 02/11/2016 10:20 AM, Tim Chen wrote:
> The brk1 test is also somewhat pathologic.  It
> does nothing but brk which is unlikely for real workload.
> So we have to be careful when we are tuning our system
> behavior for brk1 throughput. We'll need to make sure
> whatever changes we made don't impact other more useful
> workloads adversely.

Yeah, there are *so* many alternatives to using brk() or mmap()/munmap()
frequently.

glibc has tunables to tune how tightly coupled malloc()/free() are with
virtual space allocation.  Raising those can reduce the brk() frequency.

There are also other allocators that take much larger chunks of virtual
address space and then "free" memory with MADV_FREE instead of brk().  I
think jemalloc does this, for instance.

Thread

[RFC PATCH 3/3] mm: increase scalability of global memory commitment accounting Andrey Ryabinin <aryabinin@virtuozzo.com> - 2016-02-10 16:00 +0100
  Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Konstantin Khlebnikov <koct9i@gmail.com> - 2016-02-10 18:50 +0100
    Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Andrey Ryabinin <aryabinin@virtuozzo.com> - 2016-02-11 14:40 +0100
      Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Tim Chen <tim.c.chen@linux.intel.com> - 2016-02-11 18:10 +0100
  Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Tim Chen <tim.c.chen@linux.intel.com> - 2016-02-10 19:10 +0100
    Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Andrew Morton <akpm@linux-foundation.org> - 2016-02-10 22:30 +0100
      Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Tim Chen <tim.c.chen@linux.intel.com> - 2016-02-11 01:30 +0100
        Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Andrey Ryabinin <aryabinin@virtuozzo.com> - 2016-02-11 15:00 +0100
          Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Tim Chen <tim.c.chen@linux.intel.com> - 2016-02-11 19:30 +0100
            Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Dave Hansen <dave@sr71.net> - 2016-02-11 20:50 +0100
        Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Andrew Morton <akpm@linux-foundation.org> - 2016-02-11 22:00 +0100
          Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Tim Chen <tim.c.chen@linux.intel.com> - 2016-02-11 22:20 +0100
          Re: [RFC PATCH 3/3] mm: increase scalability of global memory  commitment accounting Andrey Ryabinin <aryabinin@virtuozzo.com> - 2016-02-12 13:30 +0100

csiph-web