Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752638AbbGNQQA (ORCPT ); Tue, 14 Jul 2015 12:16:00 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:60293 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751691AbbGNQP7 (ORCPT ); Tue, 14 Jul 2015 12:15:59 -0400 Date: Tue, 14 Jul 2015 09:15:54 -0700 From: Andrew Morton To: Dave Hansen Cc: Mel Gorman , Nathan Zimmer , Waiman Long , Scott Norton , Daniel J Blueman , Linux-MM , LKML , Al Viro , Linus Torvalds Subject: Re: 4.2-rc2: hitting "file-max limit 8192 reached" Message-Id: <20150714091554.3d653316.akpm@linux-foundation.org> In-Reply-To: <55A530A3.2080301@intel.com> References: <1430231830-7702-1-git-send-email-mgorman@suse.de> <1430231830-7702-8-git-send-email-mgorman@suse.de> <55A530A3.2080301@intel.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.9; x86_64-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2004 Lines: 53 On Tue, 14 Jul 2015 08:54:11 -0700 Dave Hansen wrote: > My laptop has been behaving strangely with 4.2-rc2. Once I log in to my > X session, I start getting all kinds of strange errors from applications > and see this in my dmesg: > > VFS: file-max limit 8192 reached > > Could this be from CONFIG_DEFERRED_STRUCT_PAGE_INIT=y? files_init() > seems top be sizing files_stat.max_files from memory sizes. argh. > vfs_caches_init() uses nr_free_pages() to figure out what the "current > kernel size" is in early boot. *But* since we have not freed most of > our memory, nr_free_pages() is low and makes us calculate the reserve as > if the kernel we huge. > > Adding some printk's confirms this. Broken kernel: > > vfs_caches_init() mempages: 4026972 > vfs_caches_init() reserve: 4021629 > vfs_caches_init() mempages (after reserve minus): 5343 > files_init() n: 2137 > files_init() files_stat.max_files: 8192 > > Working kernel: > > vfs_caches_init() mempages: 4026972 > vfs_caches_init() reserve: 375 > vfs_caches_init() mempages2: 4026597 > files_init() n: 1610638 > files_init() files_stat.max_files: 1610638 > > Do we have an alternative to call instead of nr_free_pages() in > vfs_caches_init()? > > I guess we could save off 'nr_initialized' in memmap_init_zone() and > then use "nr_initialized - nr_free_pages()", but that seems a bit hackish. There are a lot of things that might be affected this way. Callers of nr_free_buffer_pages(), nr_free_pagecache_pages(), etc. If we'd fully used the memory hotplug infrastructure then everything would work - all those knobs which are sized off free-memory would get themselves resized as more memory comes on line. But quite a few things have been missed. -- 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/