Yes, but Linux isn't 4.3BSD, SunOS or post-4.4 BSD. Not to mention, all
other OS's I've had experience using *don't* break severely if you don't
follow the "swap==2*RAM" rule. Except Linux 2.4.
> Not that being more kind on swap would be a bad thing, but that rule for
> amount of swap is pretty common. ISTR similar for (very old) SCO, so it's
> not just BSD world. How are modern Missed'em'V variants in that respect, BTW?
Yes, but that has traditionally been one of the big BENEFITS of Linux,
and other UNIXes. As Sean Hunter said, "Virtual memory is one of the
killer features of
unix." Linux has *never* in the past REQUIRED me to follow that rule.
Which is a big reason I use it in so many places.
Take an example mentioned by someone on the list already: a laptop. I
have two laptops that run Linux. One has a 4GB disk, one has a 12GB
disk. Both disks are VERY full of data and both machines get pretty
heavy use. It's a fact that I just bumped one laptop (with 256MB of
swap configured) from 128MB to 256MB of RAM. Does this mean that if I
want to upgrade to the 2.4 kernel on that machine I now have to back up
all that data, repartition the drive and restore everything just so I
can fastidiously follow the "swap == 2*RAM" rule else the 2.4 VM
subsystem will break? Bollocks, to quote yet another participant in
this silly discussion.
I'm beginning to be amazed at the Linux VM hackers' attitudes regarding
this problem. I expect this sort of behaviour from academics - ignoring
real actual problems being reported by real actual people really and
actually experiencing and reporting them because "technically" or
"theoretically" they "shouldn't be an issue" or because "the "literature
[documentation] says otherwise - but not from this group.
-- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/