tech-kern archive

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

Re: Potential new syscall



On 03.04.2018 01:29, Mouse wrote:
> 
> Thoughts?  (Not restricted to just the above details; thoughts on the
> general idea would also be interesting to me.)
> 

It might not be a satisfying answer... but go for fork(). I recommend
this option - no kernel changes involved... unless someone wants good
performance when executing memcached.

fork() tends to replace vfork() in similar software.

And while there, calling other functions than exec() after vfork() is
less portable than vfork(). TSan notes that this is/was Undefined
Behavior and workaround issues in openjdk (which closes file
descriptors) with wrapping fork().

Attachment: signature.asc
Description: OpenPGP digital signature



Home | Main Index | Thread Index | Old Index