Date: Wed, 15 Aug 2001 12:28:10 -0500 From: Mike Meyer <mwm@mired.org> To: Dmitry Karasik <dmitry@karasik.eu.org> Cc: questions@freebsd.org Subject: Re: too many groups Message-ID: <15226.45354.882583.224342@guru.mired.org> In-Reply-To: <83256716@toto.iv>
next in thread | previous in thread | raw e-mail | index | archive | help
Dmitry Karasik <dmitry@karasik.eu.org> 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. <mike -- Mike Meyer <mwm@mired.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15226.45354.882583.224342>