delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2007/12/10/08:28:30

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Mon, 10 Dec 2007 14:28:02 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Updated: cygwin-1.5.25-5
Message-ID: <20071210132802.GA15065@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <475C2AAE DOT 9030800 AT alum DOT mit DOT edu> <20071210095725 DOT GA13109 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
In-Reply-To: <20071210095725.GA13109@calimero.vinschen.de>
User-Agent: Mutt/1.5.16 (2007-06-09)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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 Dec 10 10:57, Corinna Vinschen wrote:
> On Dec  9 10:49, Jim Reisert AD1C wrote:
> > I have a number of data processing programs written in C in the Cygwin
> > environment.  They read data files into linked lists, analyze the data
> > and write results back out to disk.
> >
> > This new release of Cygwin is about 10x slower than 1.5.24-2, after
> > recompiling the programs.  I went back to the older Cygwin release and
> > normal speed was restored.
> 
> Well, 10x sounds rather bad.

I can't reproduce worse I/O performance.  I tested different scenarios
with lots of disc I/O and the performance was identical between 1.5.24
and 1.5.25 within the bounds of a performance test.

In some cases applications are even getting faster under 1.5.25, for
instance cat(1) from coreutils.  This is likely due to the fact that
the st_blksize member in struct stat now returns 65536 (apparently the
preferred I/O blocksize in Windows).  This should also positively affect
the stdio functions like fread/fwrite.

Given the above, we really need a simple, self-contained testcase,
as I asked for in my previous mail on the subject.


Corinna


-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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 -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019