tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: next vforkup chapter: lwpctl



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


Home | Main Index | Thread Index | Old Index