Quote:
device /dev/shm holds no less than 1/2 of the current available memory by default
|
Minor correction: by default /dev/shm uses no more than one-half the RAM.
The defaults can be modified. Using up to one-half does not mean half is reserved.
The special /dev/shm file system and tmpfs will use swap but I believe that applies only to shared memory segments and not to traditional files.
Occasionally some packages will not compile because of the lack of sufficient temporary storage space. I think I have run into that problem only once, maybe twice. That problem is not limited to using /dev/shm as $TMP/$TEMP/$TMPDIR. The default for those environment variables is /tmp. If /tmp is located on a separate partition, a common practice for some people, that problem could happen there too if the partition size is too small.
You did not mention the amount of RAM you have installed. I have 4 GB of RAM installed. The latest version of GCC might be one such package but I never have tried to build that package and can't say for sure. Possible simple fix: Try changing the build script to a build location that has ample storage space.
If you return to that thread you'll notice a disagreement about using /dev/shm in such a manner. Decide for yourself what is best for you.