question about tmpfs
I looked in the documentation for something about tmpfs and looked around for some obvious tmpfs source but couldn't find any to figure out how to know when/if it's doing what it's supposed to. when i ls the dir it's mounted to i get nothing and this is what df gives me.
Filesystem 1k-blocks Used Available Use% Mounted on
tmpfs 144108 0 144108 0% /dev/shm
There are some mounting options that i did not use, just let it go to defaults, and i've got a fair amount of shared memory programs open and i'm just unable to tell if this is working correctly and if not how to fix it. If anyone can point me to the right place to look that would be great. Hopefully this kernel, 2.4.9, will not cause mozilla to start getting retarded after 5 days of uptime.
Quoted 6 lines · On Fri, 17 Aug 2001, [email protected] wrote:
I looked in the documentation for something about tmpfs and looked around for some obvious tmpfs source but couldn't find any to figure out how to know when/if it's doing what it's supposed to. when i ls the dir it's mounted to i get nothing and this is what df gives me.
Filesystem 1k-blocks Used Available Use% Mounted on
tmpfs 144108 0 144108 0%/dev/shm
In the 2.3 timeframe SYSV shared memory did require you to mount shmfs somewhere to work properly. This was relaxed since Al Viro introduced kernel internal mount points. This feature is used now for SYSV shm and shared anonymous maps. You do not see this instance in user space. You can use ipcs to show the SYSV segmants.
The instance on /dev/shm only used by the shmopen/shmunlink functions of glibc 2.2. These functions are specified by POSIX for shared memory handling. Since there aren't a lot of programs using this interface right now, you do not see anything here and could drop this mount from your fstab. But if you use such a program you will need a tmpfs instance mounted somewhere (preferably under /dev/shm).
Greetings
Christoph