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

[Rob Landley <rob@landley.net>]

On Thursday 24 November 2005 14:40, Blaisorblade wrote:
> However, I just found out, see shmctl(2), that IPC_RMID implements the
> refcount "garbage collection" algorithm, so apparently it *could* be used.
>
> The question is if we want it, and considering the new features being added
> to shmfs, the answer is probably either "no" or "we accept patches if
> somebody else is willing to maintain them" (adding yet another code path
> doesn't make me that happy - see the effort needed to make TT and SKAS3,
> and now SKAS0 and SKAS3, keep working).

Hmmm...  (Eyes to-do list...)

> > Or is this just a "systems that don't mount /tmpfs on /tmp are
> > screwed, it's another prerequisite for running UML".
>
> First, UML works anyway.
>
> Set properly one of TMPDIR / TMP / TEMP (don't remember exact priorities,
> but IIRC TMPDIR has most priority) to point to /dev/shm. Actually, we could
> even make it the default (but must cater for older systems).
>
> It's used for POSIX shmem, so it's as standard on >=2.4 Linuxes as SysV
> shmem.

Expecting /dev/shm to be tmpfs seems more reliable than expecting /tmp to be.  
(After all, its' original name was shmfs...)

I just added
  [ -d /dev/shm ] && export TMPDIR=/dev/shm
to my build script, and it seems to help.

Thanks,

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