DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:subject:references:date:in-reply-to
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=sRl6bIT45TamGdLWPfTmp6cQzRd70CQoV7usslRXq0I
	3T7oG+fWk5MzVOiJxG7EQyC19JT+bJiYVzv9bUawxpzNas2qmHq4lcM9kI3hC2hb
	wAzV9hq6makgqbvrb/nuDawnlPwzru3qt1L7zlRYpZ+yTDmJ0W+T5d1K4Gr2D2Sg
	=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
From: Achim Gratz <Stromeko AT nexgo DOT de>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.4
References: <announce DOT 20150225125112 DOT GB7010 AT calimero DOT vinschen DOT de>
Date: Wed, 25 Feb 2015 21:02:41 +0100
In-Reply-To: <announce.20150225125112.GB7010@calimero.vinschen.de> (Corinna	Vinschen's message of "Wed, 25 Feb 2015 13:51:12 +0100")
Message-ID: <87r3tdpxni.fsf@Rainer.invalid>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit

Corinna Vinschen writes:
> This release introduces a rewrite of the functions being the main
> culprit for the slowness of fetching account information from AD.
> There are still a few potential ways to hone the results, but code-wise
> there isn't a lot left to do anymore.

I'll reply here…

I've just tested the latest snapshot (aka the 0.4 release) via VPN.  The
basic test is starting a mintty from a cmd prompt and have mintty run
some program depending on the test.  I run two tests, one is just an
"echo test" which uses the builtin echo of the shell that mintty just
fired up, the other does a "git status".  Connected via LAN the echo
tests take all under a second now save for a few excursion when I didn't
start cygwrunserv that were around 1.5s.  The git test takes a bit
longer depending on whether I start it on a network share or a local
directory, but completes in under 2s.

Now, connecting via the VPN and not running cygserv I get 2s for the
echo test and 47/42/6 seconds for git status on two different network
shares and a local repository (these repositories are all fairly small,
just some local configuration stuff).  With cygserv running, these times
change to 1/49/5/5 seconds (yes, it took two seconds longer on one of
the network shares).

As it happens, I can force the VPN to connect almost exactly from the
other side of the globe, which will produce a long roundtrip time
(unless you are having a satellite link in there somewhere or really
stupid routing it can't get much worse than that).  In this case, with
cygserv running I get 15/840/40/85 seconds.  Without cygserv, this
becomes 39/789/-/95 (I skipped one of the network shares for this test).
Again there's one network share that had better performance for the git
test without cygserv.  Another interesting bit is that the echo test
time actually depended on whether the working directory was on a network
share (resulting in 39 seconds) or on the local drive (where it only
took 26 seconds).

So, those changes in the latest snapshot look good from that perspective
and the remaining delays, at least with cygserv running are in any case
not attributable to the LDAP integration.  I don't have an old Cygwin
installation o that machine anymore, but the results w/ cygserv on the
long latency link match my experience of using that long latency link
"for real" about a year ago.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

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