Date: Mon, 4 Feb 2002 19:00:56 +0000 From: Anthony Schneider <aschneid@mail.slc.edu> To: Dan Nelson <dnelson@allantgroup.com> Cc: Mike Makonnen <mike_makonnen@yahoo.com>, Gaspar Chilingarov <nm@web.am>, freebsd-hackers@FreeBSD.ORG Subject: Re: fork rate limit Message-ID: <20020204190056.A2156@mail.slc.edu> In-Reply-To: <20020204233550.GE88948@dan.emsphone.com>; from dnelson@allantgroup.com on Mon, Feb 04, 2002 at 05:35:51PM -0600 References: <20020202201551.GA89061@mail.web.am> <200202022052.g12KqOM17214@apollo.backplane.com> <20020202223546.GA430@mail.web.am> <200202030754.g137saC40573@blackbox.pacbell.net> <20020203160433.A10920@mail.slc.edu> <20020203223946.B13336@mail.slc.edu> <20020204175616.A1056@mail.slc.edu> <20020204181724.B1633@mail.slc.edu> <20020204233550.GE88948@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable good point. it seems that on open (yet restricted) systems, users wouldn't be ./configure'ing much software, particularly if quotas are small and network access is next to none, which would leave me inclined to go with the kill(). But, of course, that would just be for my own uses. Perhaps there's a way to do both? Either have two login.conf variables, one for delay and one for timespan, or even combine them into one with a 'd' or 't' suffix? I guess the kill() isn't particularly necessary. -Anthony. On Mon, Feb 04, 2002 at 05:35:51PM -0600, Dan Nelson wrote: > In the last episode (Feb 04), Anthony Schneider said: > > I've actually wanted something like this for a while and have considered > > coding it myself. Perhaps this could go into a login.conf variable > > (which I would have to create myself), but originally my plan was basic= ally > > kill off parent processes with the uid of the user who is fork()'ing too > > often (200 per 10 seconds sounds good) simply hard-coded. >=20 > Killing off parent procs could really upset a regular user who is > running ./configure, which could easily spawn a couple undred processes > in 10 seconds. Maybe simply delay the fork() until the rate drops? >=20 > --=20 > Dan Nelson > dnelson@allantgroup.com --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjxe2mcACgkQ+rDjkNht5F1rGQCfULi4KHq27m9/URqrilgFVgwQ rrEAmwY9D8EycF6mhSlRQtfgJVQGWNkS =iHcm -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020204190056.A2156>