On 04/ 4/10 02:56 PM, Sanjay Nadkarni wrote:
Since swap is also used as /tmp's backing store, you may not be able to delete the primary swap area on a running system. I would suggest first adding the bigger swap size that you need and deleting the old one.
Is that really true? I always thought that tmpfs didn't have a backing store per se, which is why /tmp loses its contents after a reboot. Of course if the contents of /tmp plus memory being used for anything else exceeds the size of physical memory, the system will start to swap, but normally the contents of /tmp won't be written to disk if there is enough free memory. This does depend on your definition of backing store, of course. Fedora /tmp by default doesn't seem to be volatile, or at least not as volatile as Solaris /tmp. which seems to guarantee that the contents of /tmp will be lost at boot, so Fedora does apparently use a backing store. AFAIK. if swap -l shows no swap in use, you can delete it. I believe that it won't actually let you delete it if any swap is being used, so it is pretty safe to try to so. There is a Sun documentation page about this (increasing the size of swap) somewhere. You could Google for it if you want the "official" methodology. Making swap bigger is really orthogonal to the use of ZFs or UFS or whatever... Cheers -- Frank _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
