On Tue Feb 15 2011 at 13:05:11 +0000, Alexander Nasonov wrote: > Antti Kantee wrote: > > This is not about rumphijack. Look at e.g. sh and make. > > > > Even if you do fix them, it's not just limited to malloc either. > > Anything that uses LWPCTL will be screwed up after vfork. > > Hi Antti, > Sorry if suggest something stupid but would it be possible to make > librumphijack pthread-neutral? E.g. use atomic_ops and/or rumpfd as > synchronization primitives?
In that case you'd have to implement poll/select (and kevent) with the help of fork(). It would be a much more heavyweight operation, especially since it causes another rump kernel handshake to happen. Furthermore, you cannot cache the workers. Well, maybe with __clone(CLONE_FILES), but ... So, yes, it would be possible, but not a good move since it doesn't solve any problems (apart from working around this kernel bug) and causes extra penalties. -- älä karot toivorikkauttas, kyl rätei ja lumpui piisaa