In fact, our IBM manual suggested 2-3*real for swap. Most of that was for the earlier versions of X11 that would allocate massive amounts of memory that it never seemed to use. -----Original Message----- From: Matthew S. Hallacy [SMTP:poptix at techmonkeys.org] Sent: Sunday, August 25, 2002 1:31 PM To: tclug-list at mn-linux.org Subject: Re: [TCLUG] LARGE swap On Sun, Aug 25, 2002 at 07:51:59AM -0500, Yaron wrote: > Hey, > > On Sun, 25 Aug 2002, Matthew S. Hallacy wrote: > > > System has 32M of ram, 51.2M of swap isn't going to do diddly squat for you. > ... > > There has *NEVER* been a formula that involved RAM*(number) = SWAP. Ever. > > There has been, in every SunOS/Solaris System Installation Manual for at > least 10 years. I've also seen it in SCO manuals. I can tell you from > experience that an AIX box WILL NOT FUNCTION CORRECTLY without SWAP > > Physical Mem. And not a little >, a LOT >. In fact, IBM have told me to > make swap 2*Physical Mem, but I've never been able to read an IBM manual > so I don't know if they have a formula actually documented. > Do the math, do you really think 64M of swap is enough on a 32M system? Is 8 gigs of swap excessive on a a 4G box? obviously it is considering there was a 128M limit at one point, and people have had >64M of ram for quite a while. > > > I've got half a gig of ram in my system, and 512M of swap. it's more than > > enough. (unless i'm making some of my very very very large maps =) > > Or you're running three or four VMWare instances. Or are doing a lot of > video editing. Or both. While compiling stuff. > and 128M of ram + 256M of swap is enough for this? I don't think so. > > -Yaron -- Matthew S. Hallacy FUBAR, LART, BOFH Certified http://www.poptix.net GPG public key 0x01938203 _______________________________________________ Twin Cities Linux Users Group Mailing List - Minneapolis/St. Paul, Minnesota http://www.mn-linux.org tclug-list at mn-linux.org https://mailman.mn-linux.org/mailman/listinfo/tclug-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/ms-tnef Size: 4310 bytes Desc: not available Url : http://shadowknight.real-time.com/pipermail/tclug-list/attachments/20020825/15424e55/attachment.bin