[uml-devel] When /tmp is not tmpfs.

[Rob Landley <rob@landley.net>]

So apparently, one reason for the pathological behavior of UML (pegging the 
hard drive, which I mentioned earlier) is that by default Ubuntu doesn't 
mount /tmpfs on /tmp.  This means it's part of /root, which is ext3, and 
every touched page gets scheduled for writeout after a few seconds.  (The 
optimization not to do that for deleted files was apparently taken out of 
2.6.)

There is a tmpfs mount, it's /dev/shm.  And apparently, even if tmpfs isn't 
exposed as a separate filesystem, system V shared memory will still use it.

So my question is, could system v shared memory be used in place of the tmpfs 
mount?  (Can it be mapped in the right location and inherited across fork()?)  
Or is this just a "systems that don't mount /tmpfs on /tmp are screwed, it's 
another prerequisite for running UML".

Rob
-- 
Steve Ballmer: Innovation!  Inigo Montoya: You keep using that word.
I do not think it means what you think it means.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel