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
