From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 39619 invoked by alias); 21 Apr 2017 02:34:05 -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 39598 invoked by uid 89); 21 Apr 2017 02:34:04 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=gluszczak, Gluszczak, Glenn, services X-HELO: sasl.smtp.pobox.com Received: from pb-smtp1.pobox.com (HELO sasl.smtp.pobox.com) (64.147.108.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 21 Apr 2017 02:34:03 +0000 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id DC1EA7C21E for ; Thu, 20 Apr 2017 22:34:03 -0400 (EDT) Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id D58017C21D for ; Thu, 20 Apr 2017 22:34:03 -0400 (EDT) Received: from [192.168.1.4] (unknown [76.215.41.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 406ED7C21C for ; Thu, 20 Apr 2017 22:34:03 -0400 (EDT) Subject: Re: long I/O delays when strace is running To: cygwin@cygwin.com References: <91DCAC3CB99C724EB365BB64677FBE7B16EBBD@MX204CL04.corp.emc.com> From: Daniel Santos Message-ID: <46e39bce-9782-5c74-c196-35ee97ebbc64@pobox.com> Date: Fri, 21 Apr 2017 07:57:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <91DCAC3CB99C724EB365BB64677FBE7B16EBBD@MX204CL04.corp.emc.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: FBD9D510-263A-11E7-BE56-E680B56B9B0B-06139138!pb-smtp1.pobox.com X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00254.txt.bz2 On 04/20/2017 08:43 AM, Gluszczak, Glenn wrote: > I haven't run Cygwin Expect for about 6 moths on Windows but it was behaving fine last time I did. > One thing I am aware of is you can't interrupt sleep in TCL. The sleep must > complete until the Control C is processed (regardless of whether you redirected signals > to your own routines). Otherwise signals seemed to be processed immediately. Please note that my simplified test case isn't using expect, but the standard /usr/bin/sleep.exe -- this is just to have strace run and trace for a longer amount of time in order to expose the problem. (it did get broken into a new line though, so add a backslash: > for ((i = 0; i < 64; ++i)); do strace --output=/tmp/sleep.$$.log \ > --trace-children --mask=startup sleep 64; done > Perhaps some other service is interfering. You may want to disable other services. > > Glenn I usually disable most services, I can probably disable a few more, but I would like if somebody can run the above test case in one terminal windows and in the other terminal window do a simple ps -ef and let me know if ps responds immediately or has a delay. I am using Windows 7, so it could be isolated to that windows version as well. When I do this, ps has a 3 second delay while in fhandler_base_overlapped::wait_overlapped, but I've seen this delay in other processes while calling something like "open_shared." Anyway, I'm going to try to find another simple test case that causes more of a drastic delay. Daniel -- 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