Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754962Ab0HaWCo (ORCPT ); Tue, 31 Aug 2010 18:02:44 -0400 Received: from ozlabs.org ([203.10.76.45]:34904 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751430Ab0HaWCn (ORCPT ); Tue, 31 Aug 2010 18:02:43 -0400 Date: Wed, 1 Sep 2010 07:57:45 +1000 From: Anton Blanchard To: Nathan Fontenot Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@ozlabs.org, KAMEZAWA Hiroyuki , Dave Hansen , Greg KH , akpm@linux-foundation.org Subject: Re: [PATCH 0/8] v5 De-couple sysfs memory directories from memory sections Message-ID: <20100831215745.GA7641@kryten> References: <4C60407C.2080608@austin.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C60407C.2080608@austin.ibm.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1408 Lines: 31 Hi Nathan, > This set of patches de-couples the idea that there is a single > directory in sysfs for each memory section. The intent of the > patches is to reduce the number of sysfs directories created to > resolve a boot-time performance issue. On very large systems > boot time are getting very long (as seen on powerpc hardware) > due to the enormous number of sysfs directories being created. > On a system with 1 TB of memory we create ~63,000 directories. > For even larger systems boot times are being measured in hours. > > This set of patches allows for each directory created in sysfs > to cover more than one memory section. The default behavior for > sysfs directory creation is the same, in that each directory > represents a single memory section. A new file 'end_phys_index' > in each directory contains the physical_id of the last memory > section covered by the directory so that users can easily > determine the memory section range of a directory. I tested this on a POWER7 with 2TB memory and the boot time improved from greater than 6 hours (I gave up), to under 5 minutes. Nice! Tested-by: Anton Blanchard Anton -- 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/