To swap or not to swap that is the question

Jerry Feldman gaf at Blu.Org
Mon Oct 7 15:09:54 EDT 2002


Good theory, especially in a commercial environment. 
On 7 Oct 2002 at 14:22, Derek D. Martin wrote:
> Through experience, I've formulated the following theory on virtual
> memory configuration.  If you have a good idea of how much RAM
> your applications will use (and you should, either from experience, or
> by pre-implementation testing for an app with which you're not
> familiar), configure your VM to have at least 50% more than you think
> you need, favoring RAM as much as possible.  Unless money is no
> object, in which case I'd just configure double the amount of physical
> RAM I think I'd need, and add a fairly minimal swap partition
> (< 1/2 GB).
> 
> Now, that said, disk space is cheap.  It's much better to have extra
> swap space lying around, than to have some critical application die on
> you because the system ran out of virtual memory, especially on a
> system whose memory usage fluctuates wildly and is hard to predict.
> OTOH, right now RAM is really cheap too; if performance is an issue,
> adding RAM is probably a better investment, as it's really cheap, and
> orders of magnitude faster than disk.  If you can afford it, you
> always want your applications being serviced by physical RAM, rather
> than having to be paged in and out of memory.
> 
> - -- 
> Derek D. Martin
> http://www.pizzashack.org/
> GPG Key ID: 0x81CFE75D
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iD8DBQE9odDudjdlQoHP510RAsNTAKCtksYIyy4SCw0kX7UV/T6Y1/pZvgCgvV60
> wMMdwmViqzioM7OsVsSr0Pg=
> =ybX3
> -----END PGP SIGNATURE-----
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss


-- 
Jerry Feldman <gaf at blu.org>
Associate Director
Boston Linux and Unix user group
http://www.blu.org PGP key id:C5061EA9
PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9




More information about the Discuss mailing list