On Tuesday 22 July 2003 19:07, Jeff Adams wrote: > Hello, > > I have a producer process that makes updates to shared memory. I need to > notify consumer processes (potentially multiple) as quickly as possible. > > What I am looking for is a fast "wake-up" mechanism and a synchronization > mechanism so that events are not lost. > > I'm currently using semaphores as the wake up mechanism. Question is this > the fastest way to do this without going into a tight loop (waste of > processor cycles)? > > I'd also have the issue of clients showing up asynchronously. If I just > use semaphores counts based on the number of clients I run the risk of > missing a client. Also if the clients process events too slowly then the > producer will keep incrementing the semaphore beyond the client count. > Then if one client is faster than the others it may get awakened multiple > times for the same event. > > Any suggestions? > You could use pipes as IPC. In that case you push a byte in the pipe at the moment you want the clients to wake up. This should make them me scheduled as soon as possible (in case they are locked waiting for the pipe). Another way could be to use signals. But if you give each process a semaphore that should also work. The only question is whether it is a problem if one process has a slightly higher chance to be first than the other processes. Normally it isn't. Paul -- Paul de Vrieze Researcher Mail: pauldv@cs.kun.nl Homepage: http://www.devrieze.net