X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org X-Mail-Handler: MailHop Outbound by DynDNS X-Report-Abuse-To: abuse AT dyndns DOT com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/zAmDuqZlO198E/In7Wzkf Date: Tue, 3 Jan 2012 19:20:14 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: Efficient posix_spawn implementation for Cygwin Message-ID: <20120104002014.GA31299@ednor.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <2b113761fca8acd2a86179e108c83c6a DOT squirrel AT dancol DOT org> <4F038492 DOT 60106 AT cs DOT utoronto DOT ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F038492.60106@cs.utoronto.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On Tue, Jan 03, 2012 at 05:43:30PM -0500, Ryan Johnson wrote: >On 03/01/2012 5:25 PM, dancol AT dancol DOT org wrote: >> posix_spawn [1] is an optional POSIX facility that allows programs to >> start other programs without using fork or vfork. I've created an >> efficient implementation of posix_spawn for Cygwin. The code is available >> at https://github.com/dcolascione/cygspawn. >> >> This library uses Cygwin's nonstandard spawn* family calls in process.h to >> provide the full suite of posix_spawn* functionality. Implementing >> posix_spawn in terms of spawn turns out to be non-trivial. Nevertheless, >> using posix_spawn can improve process startup performance considerably, >> especially for large programs: >This probably belongs at cygwin-dev, No, it really doesn't. It is just a library that uses cygwin functions. >but it sounds interesting (especially if it allows less-frequent >invocation of the rebaseall ritual). Since the VAST majority of UNIX/linux programs use fork/exec I don't see how this would really have much of an effect. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple