Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 23 Oct 2001 19:59:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 23 Oct 2001 19:59:00 -0400 Received: from lsmls02.we.mediaone.net ([24.130.1.15]:3226 "EHLO lsmls02.we.mediaone.net") by vger.kernel.org with ESMTP id ; Tue, 23 Oct 2001 19:58:47 -0400 Message-ID: <3BD60491.25152E6C@kegel.com> Date: Tue, 23 Oct 2001 17:00:17 -0700 From: Dan Kegel X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.7-2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Rik van Riel CC: "linux-kernel@vger.kernel.org" Subject: Re: Issue with max_threads (and other resources) and highmem In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Rik van Riel wrote: > > On Tue, 23 Oct 2001, Dan Kegel wrote: > > Rik wrote: > > > ... A sane upper limit for > > > max_threads would be 10000, this also keeps in mind the > > > fact that we only have 32000 possible PIDs, some of which > > > could be taken by task groups, etc... > > > > ? I thought the 2.4 kernel had switched to 32 bit pid's long ago. > > Where does the limit of 32000 possible PIDs come from? > > Please take a look at kernel/fork.c::get_pid() ... Yes, I see the limit is enforced there, but why do we need that limit? There are probably a bunch of user-space programs that assume a pid fits in five digits, is that the main reason? - Dan - 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/