Date: Mon, 23 Jul 2001 12:03:01 -0400 From: Daniel Frazier <dfrazier@magpage.com> To: Paul Robinson <paul@akita.co.uk> Cc: Peter Brezny <peter@sysadmin-inc.com>, freebsd-isp@FreeBSD.ORG Subject: Re: increasing amount of ram, what to do about /swap? Message-ID: <3B5C4AB5.1080102@magpage.com> References: <NFBBKAEAALGGGFKINBLAKEOICBAA.peter@sysadmin-inc.com> <20010719210227.C34395@jake.akitanet.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Paul Robinson wrote: > > To be honest, in my experience, FBSD hardly ever touches swap, and that is a > Good Thing(tm). The "double the size of RAM" is really a Linux rule of > thumb, and trust me, Linux uses swap all the time. > heh, just the other day a co-worker asked me why I always made swap double the size of RAM and the only answer I had was "I've always done it that way." I knew there had to be a better explanation, and within a few minutes of searching www.freebsd.org I found this... quoted from: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-initial.html "The kernel's VM paging algorithms are tuned to perform best when the swap partition is at least two times the size of main memory. Configuring too little swap can lead to inefficiencies in the VM page scanning code as well as create issues later on if you add more memory to your machine." sounds like a good enough reason to stick the the swap=2xRAM rule to me... -- ---------------------------------------------------------------------- Daniel Frazier <dfrazier@magpage.com> Tel: 302-239-5900 Ext. 231 Systems Administrator Fax: 302-239-3909 MAGPAGE, We Power the Internet WWW: http://www.magpage.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, Historical Review of Pennsylvania, 1759. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B5C4AB5.1080102>