|
|
Subscribe / Log in / New account

Microsoft research: A fork() in the road

Microsoft research: A fork() in the road

Posted Apr 10, 2019 18:25 UTC (Wed) by randomguy3 (subscriber, #71063)
In reply to: Microsoft research: A fork() in the road by evad
Parent article: Microsoft Research: A fork() in the road

I think viewing this paper as coming from "Microsoft" misses the point - Microsoft Research is not just some academic PR wing of the company.

The paper gives several motivations, but I reckon the primary one comes from the authors' work as OS researchers interested in making new research operating systems. Currently, fork() usage is so prevalent in UNIX software that they are faced with implementing fork() (which they claim - I see no reason to doubt their experience in this area - infects the entire OS design) or have an OS that can't run huge amounts of existing software out there (removing a valuable testing resource and possible adoption path for the OS).

It's notable that S7 only suggests the OS might be rewritten to not have fork() as a core syscall after the most important software (however you want to define that, I guess) has been rewritten to avoid it. They're a little vague on how either part of that process would happen, but the purpose of the paper is just to convince people that it should be done, not set out a plan for achieving it.


to post comments

Microsoft research: A fork() in the road

Posted Apr 10, 2019 20:16 UTC (Wed) by mm7323 (subscriber, #87386) [Link]

uClinux (Linux for systems without an MMU) coped pretty well without fork(), though it does have the more restrictive vfork().

Microsoft research: A fork() in the road

Posted Apr 10, 2019 22:34 UTC (Wed) by evad (subscriber, #60553) [Link] (1 responses)

So just build/design/use an OS without it? Why does Linux have to remove it?

Microsoft research: A fork() in the road

Posted Apr 11, 2019 18:24 UTC (Thu) by mrshiny (guest, #4266) [Link]

Because of inertia. Linux is a huge source of software and that software relies on fork(). So if Linux software can be convinced to get rid of fork (whether the kernel does or not), then that software can become portable to newer, maybe better kernels that never had to deal with fork's complications.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds