Date: Wed, 4 Jan 2012 15:01:57 -0800 From: Xin LI <delphij@gmail.com> To: Dan The Man <dan@sunsaturn.com> Cc: Robert Watson <rwatson@freebsd.org>, Gleb Smirnoff <glebius@FreeBSD.org>, Arnaud Lacombe <lacombar@gmail.com>, freebsd-current@freebsd.org Subject: Re: sysctl kern.ipc.somaxconn limit 65535 why? Message-ID: <CAGMYy3vGwh8ehsEvswP73a1kHQnkm9Pp8VOhQXAJQBQz=TzCWg@mail.gmail.com> In-Reply-To: <alpine.BSF.2.00.1201041647340.4843@sunsaturn.com> References: <alpine.BSF.2.00.1201041419340.4843@sunsaturn.com> <0A9B7C39-DFA9-4C65-BE39-CC72E18DAB87@mac.com> <alpine.BSF.2.00.1201041439080.4843@sunsaturn.com> <52A4B11E-592E-458D-BA0F-9B5A349F4B73@mac.com> <alpine.BSF.2.00.1201041456300.4843@sunsaturn.com> <AC03F2F8-92AD-4520-BFCB-AA29AA18FF4D@mac.com> <CACqU3MULYpULrX6CiCOwim3hwO7cbGdiRm7apJ_GOtJLY5gFNA@mail.gmail.com> <1E97A7DF-71C3-4F3A-A24F-017CF5DC8E4F@mac.com> <alpine.BSF.2.00.1201041618120.4843@sunsaturn.com> <alpine.BSF.2.00.1201041647340.4843@sunsaturn.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Wed, Jan 4, 2012 at 2:50 PM, Dan The Man <dan@sunsaturn.com> wrote: [...] > How about a sensible solution? I think everyone has been making valid points > here, about sensible limits for all programs on system and per application > limit changes. > > How about changing the hard limit high, and an application can make the soft > limit higher as it sees fit, its a win win, like ulimit does with openfiles > and such. Looking at the code, it seems that there is no reason we can't make this u_short be u_int and just change the limit to U_INTMAX. The biggest problem that one would hit here is that changes the binary interface of both struct xsocket and struct socket consumers. Cheers, -- Xin LI <delphij@delphij.net> https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGMYy3vGwh8ehsEvswP73a1kHQnkm9Pp8VOhQXAJQBQz=TzCWg>