Date: Sat, 31 May 1997 17:41:18 -0700 (PDT) From: Tom Samplonius <tom@sdf.com> To: Terry Lambert <terry@lambert.org> Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG Subject: Re: LINT and GENERIC - between a rock and a generic place. Message-ID: <Pine.BSF.3.95q.970531173527.5274A-100000@misery.sdf.com> In-Reply-To: <199705312249.PAA11870@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 31 May 1997, Terry Lambert wrote: > > On Sat, 31 May 1997, Jordan K. Hubbard wrote: > > > > > More and more people are trying to use GENERIC as a template for their > > > own kernels and they're losing, of course, because generic sets many > > > limits (like max children or open files) too low. > > > > Now that we have login.conf this is pretty much a dead issue isn't it? > > Why heavily customize the kernel config file, when you can do it with > > login.conf? In fact the stock login.conf already has a "news" class for > > news server. > > Jordan is speaking to hard limits. The login.conf speaks to soft > limits, and is still limited to what it can set by the hard limits. Well, login.conf does allow you set hard and soft limits, at least in the language of setrlimit() > The hard limits are the result of static allocations, general at > initialization time before the kernel is really running, like > globally declared arrays. The only two things I can think of is the maximum number of open files, and mbufs clusters. Why can't these be handled like setting device setttings (IRQs, baseports, etc)? Boot with a "-c" to change them, before the kernel is really running, and then write the changes into kernel after boot with dset. > AIX was probably right when it made all this stuff dynamic. Then you > could at least sysctl the "hard limit" after the machine was up. I guess there is performance penalty? > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. Tom
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95q.970531173527.5274A-100000>