From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932164AbdK0Tqd (ORCPT ); Mon, 27 Nov 2017 14:46:33 -0500 Received: from mail-wr0-f174.google.com ([209.85.128.174]:38429 "EHLO mail-wr0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753286AbdK0TqK (ORCPT ); Mon, 27 Nov 2017 14:46:10 -0500 X-Google-Smtp-Source: AGs4zMZF4Szh3O1E9hvTeaEudpEb9abKbj/AJ6LCXYQDOoWFM1X5kkE1E0GD4tyMLRKBS2Mt+gKWzw== Date: Mon, 27 Nov 2017 22:46:03 +0300 From: Alexey Dobriyan To: mikpelinux.gmail.com@avx2 Cc: linux-kernel@vger.kernel.org, mhocko@kernel.org, willy@infradead.org, ak@linux.intel.com, linux-mm@kvack.org Subject: Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit Message-ID: <20171127194603.GA28115@avx2> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.7.2 (2016-11-26) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > vm.max_map_count I always thought it is some kind of algorithmic complexity limiter and kernel memory limiter. VMAs are under SLAB_ACCOUNT nowadays but ->mmap list stays: $ chgrep -e 'for.*vma = vma->vm_next' | wc -l 41 In particular readdir on /proc/*/map_files . I'm saying you can not simply remove this sysctl.