Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
From: Ralf Habacker <ralf DOT habacker AT freenet DOT de>
To: cygwin AT cygwin DOT com
Subject: Re: Serious performance problems (new snapshot has some performance    improvement)
Date: Tue, 31 May 2005 12:29:02 +0200
User-Agent: KMail/1.8.50
References: <000b01c563c7$f4456f00$976d65da AT DANNY> <200505302322 DOT 00623 DOT ralf DOT habacker AT freenet DOT de> <429C36CF DOT 9050001 AT familiehaase DOT de>
In-Reply-To: <429C36CF.9050001@familiehaase.de>
MIME-Version: 1.0
Content-Type: text/plain;   charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200505311229.12307.ralf.habacker@freenet.de>
X-IsSubscribed: yes

Am Dienstag, 31. Mai 2005 12:05 schrieb Gerrit P. Haase:
> ralf DOT habacker AT freenet DOT de wrote:
> > Am Montag, 30. Mai 2005 22:33 schrieb Gerrit P. Haase:
> > 
> >>Anonymous wrote:
> >>
> >>
> >>>My System:
> >>>#Set-up:
> >>>
> >>>$ g++ cygspd.cc -o cygspd-basic
> >>>$ g++ -O7 cygspd.cc -o cygspd-o7
> >>>$ g++ -fno-exceptions cygspd.cc -o cygspd-ne
> >>>$ g++ -O7 -fno-exceptions cygspd.cc -o cygspd-ne-o7
> >>>$ g++ -mno-cygwin cygspd.cc -o cygspd-mingw
> >>>$ g++ -O7 -mno-cygwin cygspd.cc -o cygspd-mingw-o7
> >>>$ g++ -fno-exceptions -mno-cygwin cygspd.cc -o cygspd-mingw-ne
> >>>$ g++ -O7 -fno-exceptions -mno-cygwin cygspd.cc -o cygspd-mingw-ne-o7
> >>>
> >>># cygwin.dll 1.5.17
> >>
> >>[...]
> >>
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw cygspd.dat
> >>>0:03.11 0.00 0.02
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-o7 cygspd.dat
> >>>0:01.50 0.01 0.02
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-ne cygspd.dat
> >>>0:02.60 0.00 0.02
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-ne-o7 cygspd.dat
> >>>0:01.50 0.01 0.01
> >>>
> >>>#Snapshot DLL (No changes were made except swapping the dll.
> >>
> >>[...]
> >>
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw cygspd.dat
> >>>0:02.78 0.00 0.01
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-o7 cygspd.dat
> >>>0:01.51 0.01 0.01
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-ne cygspd.dat
> >>>0:02.52 0.00 0.02
> >>>$ /bin/time -f "%E %S %U" cygspd-mingw-ne-o7 cygspd.dat
> >>>0:01.45 0.00 0.01
> >>
> >>Interesting, why is it faster when running a binary that doesn't
> >>depend on cygwin1.dll after swapping the DLL?  Some Win caching mechanism?
> > 
> > 
> > I recognized this caching behavior with KDE/cygwin too. Under  
> > http://cvs.sourceforge.net/viewcvs.py/kde-cygwin/tools/fillmem/ there is a 
> > tool, which could be used to minimize this influcence by clearing this 
cache. 
> > See the README for more informations. 
> 
> GlobalMemoryStatusEx is only available on Win2k and WinXP.
> 
Does anyone know a similar function under win9x  ? 

Ralf 

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