[lkml]   [1998]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: /tmp in swap space
: Well, I can give you a real-world example. Because I haven't yet found
: an OS which has useful mmapping semantics for /dev/zero (namely that I
: can open /dev/zero and pass a FD to another process and both processes
: can mmap() the FD and share data via the mmapped region), I end up
: creating a tmpfile in /tmp for mmapping purposes. Under Linux, this is
: at least 16 MBytes (because under 16 MBytes I can use ordinary SysV
: SHM). This tmpfile doesn't need to be saved to disc (not when you have
: gobs of RAM).
: So here is a real case where large files with a moderate lifetime (at
: least a few minutes) are created in /tmp.

I agree with you that it would be nice to be able to share anonymous
memory between processes (which you can do with clone but that's not an
answer for unrelated processes).

However, we were discussing TMPFS vs EXT2FS performance. Do you have
any reason to believe that creating a mapping in TMPFS is any faster
than one in EXT2FS?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to

 \ /
  Last update: 2005-03-22 13:42    [W:0.036 / U:1.072 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site