Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764018AbXJEW6S (ORCPT ); Fri, 5 Oct 2007 18:58:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761445AbXJEW6J (ORCPT ); Fri, 5 Oct 2007 18:58:09 -0400 Received: from terminus.zytor.com ([198.137.202.10]:46698 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760794AbXJEW6H (ORCPT ); Fri, 5 Oct 2007 18:58:07 -0400 Message-ID: <4706C177.3010100@zytor.com> Date: Fri, 05 Oct 2007 15:57:59 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.5 (X11/20070727) MIME-Version: 1.0 To: Jan Engelhardt CC: Linux Kernel Mailing List Subject: Re: [code] Unlimited partitions, a try References: <4706B6A8.2060800@zytor.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1028 Lines: 23 Jan Engelhardt wrote: > On Oct 5 2007 15:11, H. Peter Anvin wrote: >> Jan Engelhardt wrote: >>> 15 partitions (at least for sd_mod devices) are too few. >> Now when we have 20-bit minors, can't we simply recycle some of the >> higher bits for additional partitions, across the board? 63 >> partitions seem to have been sufficient; at least I haven't heard >> anyone complain about that for 15 years. > > GPT allows up to 128 partitions, and the linux partition code currently > allows for up to MAX_PART (256). Assuming 1048576/128, that would give > 8192 disks. With dynamic minor allocation and reuse, all that goes away > and the limit becomes a bit less than 1048576 _partitions_. Yes, but you're proposing something with substantially higher switch threshold... -hpa - 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/