Standards Update, IEEE 1003.4: Real-time Extensions
    Peter da Silva 
    peter at ficc.ferranti.com
       
    Fri Oct 12 10:31:15 AEST 1990
    
    
  
Submitted-by: peter at ficc.ferranti.com (Peter da Silva)
In article <13442 at cs.utexas.edu> fouts at bozeman.bozeman.ingr (Martin Fouts) writes:
> Short persistance IPC mechanisms found in multithreaded shared memory
> implementations consist of a small region of memory and a lock guarding
> that region.  Producer/consumer parallelism using this mechanism does
> not need to be visible.  Effectively, this is the shared memory
> equivalent of an unnamed pipe.
Effectively, this *is* shared memory. And shared memory has proven itself
to be a viable candidate for insertion into the name space.
I didn't say that every application of an IPC mevchanism should have its
own entry in the name space. Creating a file for each element in a shared
memory region makes about as much sense as creating a file for each
message in a pipe. But the region itself should be visible from the
outside.
-- 
Peter da Silva.   `-_-'
+1 713 274 5180.   'U`
peter at ferranti.com
Volume-Number: Volume 21, Number 201
    
    
More information about the Comp.std.unix
mailing list