From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759006Ab3HMSEJ (ORCPT ); Tue, 13 Aug 2013 14:04:09 -0400 Received: from relay3.sgi.com ([192.48.152.1]:52647 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758384Ab3HMSEH (ORCPT ); Tue, 13 Aug 2013 14:04:07 -0400 Message-ID: <520A7514.9020008@sgi.com> Date: Tue, 13 Aug 2013 11:04:04 -0700 From: Mike Travis User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Linus Torvalds CC: Nathan Zimmer , Peter Anvin , Ingo Molnar , Linux Kernel Mailing List , linux-mm , Robin Holt , Rob Landley , Daniel J Blueman , Andrew Morton , Greg Kroah-Hartman , Yinghai Lu , Mel Gorman Subject: Re: [RFC v3 0/5] Transparent on-demand struct page initialization embedded in the buddy allocator References: <1375465467-40488-1-git-send-email-nzimmer@sgi.com> <1376344480-156708-1-git-send-email-nzimmer@sgi.com> <520A6DFC.1070201@sgi.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/13/2013 10:51 AM, Linus Torvalds wrote: > by the time you can log in. And if it then takes another ten minutes > until you have the full 16TB initialized, and some things might be a > tad slower early on, does anybody really care? The machine will be up > and running with plenty of memory, even if it may not be *all* the > memory yet. Before the patches adding memory took ~45 mins for 16TB and almost 2 hours for 32TB. Adding it late sped up early boot but late insertion was still very slow, where the full 32TB was still not fully inserted after an hour. Doing it in parallel along with the memory hotplug lock per node, we got it down to the 10-15 minute range. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx143.postini.com [74.125.245.143]) by kanga.kvack.org (Postfix) with SMTP id 5DE8E6B0032 for ; Tue, 13 Aug 2013 14:04:07 -0400 (EDT) Message-ID: <520A7514.9020008@sgi.com> Date: Tue, 13 Aug 2013 11:04:04 -0700 From: Mike Travis MIME-Version: 1.0 Subject: Re: [RFC v3 0/5] Transparent on-demand struct page initialization embedded in the buddy allocator References: <1375465467-40488-1-git-send-email-nzimmer@sgi.com> <1376344480-156708-1-git-send-email-nzimmer@sgi.com> <520A6DFC.1070201@sgi.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Linus Torvalds Cc: Nathan Zimmer , Peter Anvin , Ingo Molnar , Linux Kernel Mailing List , linux-mm , Robin Holt , Rob Landley , Daniel J Blueman , Andrew Morton , Greg Kroah-Hartman , Yinghai Lu , Mel Gorman On 8/13/2013 10:51 AM, Linus Torvalds wrote: > by the time you can log in. And if it then takes another ten minutes > until you have the full 16TB initialized, and some things might be a > tad slower early on, does anybody really care? The machine will be up > and running with plenty of memory, even if it may not be *all* the > memory yet. Before the patches adding memory took ~45 mins for 16TB and almost 2 hours for 32TB. Adding it late sped up early boot but late insertion was still very slow, where the full 32TB was still not fully inserted after an hour. Doing it in parallel along with the memory hotplug lock per node, we got it down to the 10-15 minute range. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org