From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 107131 invoked by alias); 24 Sep 2015 18:44:50 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 107120 invoked by uid 89); 24 Sep 2015 18:44:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f182.google.com Received: from mail-wi0-f182.google.com (HELO mail-wi0-f182.google.com) (209.85.212.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 24 Sep 2015 18:44:48 +0000 Received: by wicfx3 with SMTP id fx3so125112194wic.0 for ; Thu, 24 Sep 2015 11:44:45 -0700 (PDT) X-Received: by 10.194.246.102 with SMTP id xv6mr1332548wjc.58.1443120285065; Thu, 24 Sep 2015 11:44:45 -0700 (PDT) Received: from [192.168.2.108] (p5B174F0B.dip0.t-ipconnect.de. [91.23.79.11]) by smtp.googlemail.com with ESMTPSA id o10sm195880wia.4.2015.09.24.11.44.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 24 Sep 2015 11:44:44 -0700 (PDT) Subject: Re: Bash / cygwin process spawning (?) performance very slow To: cygwin@cygwin.com References: <5603CEC3.5080607@gmail.com> <560431B5.5040203@null.net> From: Marco Atzeri Message-ID: <56044496.2010706@gmail.com> Date: Thu, 24 Sep 2015 18:44:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2015-09/txt/msg00425.txt.bz2 On 24/09/2015 19:46, Lee wrote: > On 9/24/15, litter wrote: >>> On 24/09/2015 11:57, litter wrote: >>>> Obviously something is. The FAQ entry does not mention performance, but >>>> real failures. >>>> How to further diagnose this? >> >> I took the plunge and spent almost a full day trying to find the cause. > ... snip ... >> turns out that Comodo Firewall (Free version) loads a DLL in each process >> that is the cause of the delay. > ... snip ... >> (although it would have been nice if there was an easier way to diagnose it, >> maybe with tracing?) Tracing may report it as at process load is reporting the loaded dll's --- Process 7380 loaded C:\Windows\System32\ntdll.dll at 0000000077360000 --- Process 7380 loaded C:\Windows\System32\kernel32.dll at 0000000077240000 --- Process 7380 loaded C:\Windows\System32\KernelBase.dll at 000007FEFDB20000 --- Process 7380 loaded C:\Windows\System32\sysfer.dll at 0000000074B40000 --- Process 7380 loaded E:\cygwin64\bin\cygwin1.dll at 0000000180040000 --- Process 7380 loaded E:\cygwin64\bin\cygiconv-2.dll at 00000003C2700000 --- Process 7380 loaded E:\cygwin64\bin\cygintl-8.dll at 00000003BEC90000 --- Process 7380 loaded E:\cygwin64\bin\cygncursesw-10.dll at 00000003BD880000 --- Process 7380 loaded E:\cygwin64\bin\cygreadline7.dll at 00000003B5FD0000 --- Process 7380 loaded C:\Windows\System32\user32.dll at 0000000076C60000 --- Process 7380 loaded C:\Windows\System32\gdi32.dll at 000007FEFEBE0000 --- Process 7380 loaded C:\Windows\System32\lpk.dll at 000007FEFF3C0000 --- Process 7380 loaded C:\Windows\System32\usp10.dll at 000007FEFF500000 --- Process 7380 loaded C:\Windows\System32\msvcrt.dll at 000007FEFF5D0000 > If you use http://www.dependencywalker.com/ on bash.exe with view/full > paths enabled, does the Comodo Firewall dll stand out or is it just > another .dll loaded from windows\system32? unlikely to appear as it is not a dependency but an injected dll > > Regards, > Lee -- 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