Date: Wed, 7 Jun 2000 14:44:21 +0300 From: Valentin Nechayev <netch@lucky.net> To: Matthew Dillon <dillon@apollo.backplane.com>, freebsd-security@FreeBSD.ORG Subject: Re: FreeBSDDEATH.c.txt (mmap dirty page no check bug) Message-ID: <20000607144421.A82711@lucky.net> In-Reply-To: <200006070655.XAA97086@apollo.backplane.com>; from dillon@apollo.backplane.com on Tue, Jun 06, 2000 at 11:55:03PM -0700 References: <200006070424.e574Od303232@cwsys.cwsent.com> <200006070655.XAA97086@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Tue, Jun 06, 2000 at 23:55:03, dillon wrote about "Re: FreeBSDDEATH.c.txt (mmap dirty page no check bug)": > Maybe on your system it is, but try running a multi-user system that > way and you will quickly find your /var/tmp filled up to the brim. Or, Of course, of course. It is general problem of any public-accessable resource. Do you think you can really fix this world? Or do you try to emit /tmp as philosophical category? > MFS is a terrible idea for /tmp. Each page in an MFS filesystem eats > *TWO* pages of physical memory (until swapped). This means that the It is problem of one broken realization, isn't it? -- NVA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000607144421.A82711>