Date: Tue, 17 Jun 2008 13:54:28 -0700 From: Maxim Sobolev <sobomax@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org> Cc: Ed Schouten <ed@80386.nl>, src-committers@FreeBSD.org, David Xu <davidxu@FreeBSD.org>, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/include Makefile spawn.h unistd.h src/lib/libc/gen Makefile.inc Symbol.map exec.3 exec.c posix_spawn.c Message-ID: <48582484.3040606@FreeBSD.org> In-Reply-To: <200806171122.41340.jhb@freebsd.org> References: <200806170633.m5H6XMJH084600@repoman.freebsd.org> <20080617140600.GE1176@hoeg.nl> <4857D508.8070907@FreeBSD.org> <200806171122.41340.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin wrote: > On Tuesday 17 June 2008 11:15:20 am Maxim Sobolev wrote: >> Ed Schouten wrote: >>> * David Schultz <das@FreeBSD.ORG> wrote: >>>> I have no objections to this, but doesn't it defeat the whole >>>> purpose to implement posix_spawn() as a library function that just >>>> calls fork/exec? >>> When (if?) applications start to use posix_spawn() we may decide to move >>> it into the kernel at any time. It should be okay for now. >> Are there any benefits of doing it in the kernel vs. doing it via fork+exec? > > Speed. You don't have to go mark all your pages as COW or some such only to > turn around and throw the new mappings away and undo that. Don't we have vfork() for that? -Maxim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48582484.3040606>