Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1219237

Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is enabled

From Vladimir Davydov <vdavydov@parallels.com>
Newsgroups linux.kernel
Subject Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is enabled
Date 2015-09-04 20:30 +0200
Message-ID <q53Ul-1Af-5@gated-at.bofh.it> (permalink)
References (5 earlier) <q3YDo-6fB-13@gated-at.bofh.it> <q4cGo-17b-45@gated-at.bofh.it> <q4FIm-AC-23@gated-at.bofh.it> <q4Xcd-rP-9@gated-at.bofh.it> <q51px-6oq-29@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Hi Tejun, Michal

On Fri, Sep 04, 2015 at 11:44:48AM -0400, Tejun Heo wrote:
...
> > I admit I may be mistaken, but if I'm right, we may end up with really
> > complex memcg reclaim logic trying to closely mimic behavior of buddy
> > alloc with all its historic peculiarities. That's why I don't want to
> > rush ahead "fixing" memcg reclaim before an agreement among all
> > interested people is reached...
> 
> I think that's a bit out of proportion.  I'm not suggesting bringing
> in all complexities of global reclaim.  There's no reason to and what
> memcg deals with is inherently way simpler than actual memory
> allocation.  The original patch was about fixing systematic failure
> around GFP_NOWAIT close to the high limit.  We might want to do
> background reclaim close to max but as long as high limit functions
> correctly, that's much less of a problem at least on the v2 interface.

Looking through this thread once again and weighting my arguments vs
yours, I start to understand that I'm totally wrong and these patches
are not proper fixes for the problem.

Having these patches in the kernel only helps when we are hitting the
hard limit, which shouldn't occur often if memory.high works properly.
Even if memory.high is not used, the only negative effect we would get
w/o them is allocating a slab from a wrong node or getting a low order
page where we could get a high order one. Both should be rare and both
aren't critical. I think I got carried away with all those obscure
"reclaimer peculiarities" at some point.

Now I think task_work reclaim initially proposed by Tejun would be a
much better fix.

I'm terribly sorry for being so annoying and stubborn and want to thank
you for all your feedback!

Thanks,
Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/2] Fix memcg/memory.high in case kmem accounting is enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-30 21:10 +0200
  [PATCH 2/2] mm/slub: do not bypass memcg reclaim for high-order page allocation Vladimir Davydov <vdavydov@parallels.com> - 2015-08-30 21:10 +0200
  [PATCH 1/2] mm/slab: skip memcg reclaim only if in atomic context Vladimir Davydov <vdavydov@parallels.com> - 2015-08-30 21:10 +0200
  Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Michal Hocko <mhocko@kernel.org> - 2015-08-31 15:30 +0200
    Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-08-31 15:50 +0200
      Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-08-31 16:40 +0200
        Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 17:20 +0200
          Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-08-31 17:50 +0200
            Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 19:00 +0200
              Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-08-31 19:10 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 21:30 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Christoph Lameter <cl@linux.com> - 2015-08-31 22:30 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-01 11:30 +0200
      Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 16:40 +0200
    Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 16:30 +0200
      Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-08-31 16:50 +0200
        Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-08-31 17:30 +0200
      Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Michal Hocko <mhocko@kernel.org> - 2015-09-01 14:40 +0200
        Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-01 15:50 +0200
          Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Michal Hocko <mhocko@kernel.org> - 2015-09-01 17:10 +0200
            Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-01 19:00 +0200
              Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Michal Hocko <mhocko@kernel.org> - 2015-09-01 20:40 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-02 11:40 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Christoph Lameter <cl@linux.com> - 2015-09-02 20:20 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-03 11:40 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-09-03 18:40 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-04 13:20 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-09-04 17:50 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Vladimir Davydov <vdavydov@parallels.com> - 2015-09-04 20:30 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Tejun Heo <tj@kernel.org> - 2015-09-04 21:40 +0200
                Re: [PATCH 0/2] Fix memcg/memory.high in case kmem accounting is  enabled Michal Hocko <mhocko@kernel.org> - 2015-09-04 16:40 +0200

csiph-web