Date: Sat, 10 Oct 2009 11:27:31 -0600 From: Chad Perrin <perrin@apotheon.com> To: freebsd-questions@freebsd.org Subject: Re: / almost out of space just after installation Message-ID: <20091010172731.GB4669@guilt.hydra> In-Reply-To: <20091009221522.2fbcd123@gumby.homeunix.com> References: <e277d6c80910082339m229ecd6bqfbadd12a6fb7f116@mail.gmail.com> <200910091528.n99FS90I025341@lurza.secnetix.de> <20091009221522.2fbcd123@gumby.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--E39vaYmALEf/7YXx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 09, 2009 at 10:15:22PM +0100, RW wrote: > On Fri, 9 Oct 2009 17:28:09 +0200 (CEST) > Oliver Fromme <olli@lurza.secnetix.de> wrote: >=20 > > Randi Harper wrote: > > > / =3D 1GB > > > /var =3D 2GB > > > /tmp =3D 2GB > >=20 > > Depending on the size of installed RAM, /tmp could also > > be a memory disk by default.=20 >=20 > I don't see why it should depend on the amount of RAM, since it would > normally be swap-backed. It should depend on the amount of RAM because putting /tmp in memory takes away from the RAM available to the rest of the system. If your system typically runs processes that consume a lot of RAM (like Firefox, ha ha), your system could bog down a lot during typical use if you use a RAM disk for /tmp without considering how much RAM you have and need to use. By default, I think, /tmp should be on the hard drive -- perhaps with an option when partitioning to set it up to use RAM instead of physical storage. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkrQxAMACgkQ9mn/Pj01uKWffQCg5T39o+ZvEhSFg1lVjteCnY1v 2ukAoKJMVvwqUrlc9HEKU0bPA+Fo3lmG =XPyA -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091010172731.GB4669>