From owner-freebsd-questions Wed Aug 15 10:28:19 2001 Delivered-To: freebsd-questions@freebsd.org Received: from guru.mired.org (okc-27-141-144.mmcable.com [24.27.141.144]) by hub.freebsd.org (Postfix) with SMTP id 0E8C537B417 for ; Wed, 15 Aug 2001 10:28:13 -0700 (PDT) (envelope-from mwm@mired.org) Received: (qmail 96477 invoked by uid 100); 15 Aug 2001 17:28:10 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15226.45354.882583.224342@guru.mired.org> Date: Wed, 15 Aug 2001 12:28:10 -0500 To: Dmitry Karasik Cc: questions@freebsd.org Subject: Re: too many groups In-Reply-To: <83256716@toto.iv> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dmitry Karasik types: > Sorry this letter is no answer to your question, > but I was stuck in that problem once and was amused > by the amount of answers here all like "you're bad SA > because you need more that 16 groups...". So as far as > I found there is no constructive solution to the problem, > except that recompiling the kernel _and_ make buildworld > _and_ all static-linked programs after you adjusted this > NGROUPS_MAX. Correct. A design for unix that uses large numbers of groups is bad. The constructive solution is to fix the design, but that's apparently not acceptable to you. Note that you have to fix this in a number of places besides the one you've found. I.e. NGROUPS in syslimits.h, and probably others. Writing a program that lets users manipulate the groups they are using is pretty straightforward. That may be the simpliest solution for your problem. > To all: is that little change so painful > that nobody is willing to commit it? I can't > see what could be wrong if NGROUPS_MAX > would be set to 1024, for example. You people committed > worse changes and the project survived, after all :)) Why should we bloat the kernel ucred structure from 80 bytes to over 4000 bytes to the a single users problem - that they brought on themselves? Especially when someone will eventually ask "why don't you just set it to 4096?", which would only make it slightly less than 4 times larger rather than the 50 times larger you're asking for. If you want an OS design governed by bad decisions to make life easier on the user, MS will gladly sell it to you. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message