Re: Porting vfork()

Albert D. Cahalan (acahalan@cs.uml.edu)
Sat, 9 Jan 1999 15:23:27 -0500 (EST)


Brandon S. Allbery writes:
> In message <199901081012.FAA22697@saturn.cs.uml.edu>, "Albert D. Cahalan"

>> NetBSD has a "Why implement traditional vfork()" page that explains
>> why they reimplemented vfork(). It seems vfork() is still good.
>>
>> http://www.netbsd.org/Documentation/kernel/vfork.html
>
> "It shaves several seconds off a build of libc on a 200MHz PPro."
>
> If the libc build only takes 1-3 minutes I might buy that argument.

NetBSD does not use glibc, so that would be believable.

Suggestion to those wanting to make Linux use one Makefile for speed:
perhaps your efforts would be better spent on glibc Makefiles,
which have quite a reputation for the time they take just to find
out there is nothing to build.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/