X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-1.7 required=5.0 tests=AWL,BAYES_00
X-Spam-Check-By:	sourceware.org
X-Authority-Analysis:	v=1.0 c=1 a=lzMf0cwvFtQA:10 a=f-oBGdTpbLoA:10 a=6w2RKkhu7vgA:10 a=_u50sUNOAAAA:8 a=3RtUFimB5uVwAgDQlAwA:9 a=bHmaeQPEkf_FVSh1ek0A:7 a=aaAyYtL5xrTqmPt110BsFaugW2MA:4 a=LY0hPdMaydYA:10
X-CM-Score:	0.00
Message-ID:	<4950832A.7090506@i12.com>
Date:	Mon, 22 Dec 2008 22:20:26 -0800
From:	Lawrence Mayer <lawmay3 AT i12 DOT com>
Reply-To:	cygwin AT cygwin DOT com
User-Agent:	Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: [1.7] Pipes intermittently lose data on Cygwin 1.7
References:	<494CB77F DOT 4040403 AT i12 DOT com> <494D561E DOT 9060607 AT i12 DOT com> <20081222173111 DOT GD27364 AT ednor DOT casa DOT cgf DOT cx> <494FDD16 DOT 4030903 AT i12 DOT com> <20081222184701 DOT GB23447 AT ednor DOT casa DOT cgf DOT cx> <494FF338 DOT 4020900 AT i12 DOT com> <9BE596E8BDDC3443BF23B9678D03CC2928DF6E97 AT ECDS-CLT-MX1 DOT ecdeliverysystems DOT com> <49504CA2 DOT 5040200 AT i12 DOT com> <9BE596E8BDDC3443BF23B9678D03CC2928DF6EA0 AT ECDS-CLT-MX1 DOT ecdeliverysystems DOT com>
In-Reply-To:	<9BE596E8BDDC3443BF23B9678D03CC2928DF6EA0@ECDS-CLT-MX1.ecdeliverysystems.com>
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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 081222 19:02, Allan Schrum wrote:
> Would it be worth trying to heavily load one of your computers to see if the problem presents itself differently? It is obvious that your systems are fast!

Allan, at your suggestion, I repeated the trials on Computer 1 (details 
in previous post) under two opposite load conditions:

Condition 1: Maximum Load
All Cygwin trials performed during continuous run of Stress Prime 2004's 
Blend Test http://sp2004.fre3.com/ , a torture test which I use for 
stability testing when overclocking. The Blend Test stresses both CPU 
and RAM and keeps CPU usage at 100%.

Condition 2: Minimum Load
All Cygwin tests performed with minimum other apps running: just one DOS 
window (to run Cygwin tests) and one Explorer window (to keep track of 
bar's size).

Running a DOS window (cmd.exe) with Example 1 of my original post

	tr \32 \0 < foo | tr \0 \32 > bar

I ran 21 trials under each load condition with the following results:

Condition 1 (Maximum Load)
	foo = 5,138,895 bytes
	bar = 5,138,895 bytes (no error)	on 1 trial
	bar = 5,136,384 bytes (1254 x 4096)	on 6 trials
	bar = 5,132,288 bytes (1253 x 4096)	on 14 trials

Condition 2 (Minimum Load)
	foo = 5,138,895 bytes
	bar = 5,138,895 bytes (no error)	on 1 trial
	bar = 5,136,384 bytes (1254 x 4096)	on 2 trials
	bar = 5,132,288 bytes (1253 x 4096)	on 18 trials

As you can see, there was little difference in Cygwin's behavior under 
opposite load conditions. If anything, Cygwin did better under Condition 
1 (Maximum Load), but I don't think the difference is statistically 
significant.

Greetings,
Lawrence

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -