[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] libtool: minimise forks per invocation on cygwin and mingw.
From: |
Eric Blake |
Subject: |
Re: [PATCH] libtool: minimise forks per invocation on cygwin and mingw. |
Date: |
Thu, 08 Dec 2011 09:22:43 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111115 Thunderbird/8.0 |
On 12/08/2011 08:29 AM, Charles Wilson wrote:
> On 12/8/2011 5:21 AM, Gary V. Vaughan wrote:
>> The recently pushed series of patches included the controversial
>> introduction of an additional 3 forks per invocation, which might
>> add a minute or two of wall-clock time to giant builds on windows.
>> By assuming that windows will run shell scripts on some shell with
>> all the modern optional features that libtool wants, this patch
>> eliminates even those 3 new forks.
>>
>> Okay to push?
>
> Has anybody done a comparison between:
>
> cygwin + libtool + dash/posh (e.g. small, fast shell -- without XSI)
Umm, dash has XSI features (where XSI features covers things like
${var##prefix}). It is only shells like Solaris /bin/sh that lack this
mandatory POSIX feature. Meanwhile, libtool is using more than just XSI
extensions; for example, it is probing for bash's += variable append
extension. I'm not sure how much difference += makes (especially since
it is not shaving on forks, but is reducing O(n^2) malloc behavior for
large piece-wise constructions), but do know that XSI variable usage
definitely shaves a lot of forkes.
As for actual timing comparisons, I have not done any recently.
--
Eric Blake address@hidden +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
Re: [PATCH] libtool: minimise forks per invocation on cygwin and mingw., Peter O'Gorman, 2011/12/08
Re: [PATCH] libtool: minimise forks per invocation on cygwin and mingw., Charles Wilson, 2011/12/08