shared memory

Boyd Roberts boyd at necisa.ho.necisa.oz
Wed Dec 13 11:02:52 AEST 1989


In article <11383 at csli.Stanford.EDU> poser at csli.Stanford.EDU (Bill Poser) writes:
>
>Am I correct in concluding that one simply cannot use shared memory
>portably for large objects or if one may need to allocate large amounts
>of ordinary memory dynamically?

Yes.  I think it's widely acknowledged that the Sys V inter-process
communication hooks are real crocks, particularly shared memory.

Any given shared memory implementation has major problems when it
comes to portability due to the reliance on the underlying architecture
of the machine.  The best you can hope for is a statement that clearly
defines what shared memory services are _guaranteed_.  That way you
can be fairly certain that your code will port well.  But, System V
gives no such assurances.

Anyway, using shared memory is a grody hack.  As someone one said:

    ``Don't diddle the code.  Choose a better algorithm.''


Boyd Roberts			boyd at necisa.ho.necisa.oz.au

``I've got reality backed up on this magtape -- in tar format''



More information about the Comp.unix.wizards mailing list