Originally Posted by syg00
Why do you care ???.
You won't be "saving" anything.
I will be saving space in my fstab, and simplifying the mount-dance in the bootscripts (/dev/shm is a particularly mean case because its mount point doesn't exist when /dev comes into existence, since /dev is another tmpfs and thus blank; so it stops mount -a -t tmpfs from working, when it would otherwise. Putting individual mount commands in the bootscripts is bad both because it's ugly, and because you have to edit your bootscripts whenever you change your system arrangement.)
I can also reduce the system to two tmpfs's (/dev and /tmp); since my package manager compiles packages in /tmp, and kde caches e.g. web pages there, I have the /tmp max size set to 5G, the same as my swap. This means that when running ram-intensive applications, the tmpfs can be pushed entirely to disk and all the ram made available, but otherwise it will live in unused memory and be really fast. Having two other tmpfs's (which by default set a maximum size of half of physical RAM) means that it is theoretically possible to entirely fill RAM by writing enough to those three filesystems, thus disabling the system; which can be gotten around by setting maxsizes on those, but that's unnecessary complication and restriction if one of them isn't needed.