X-Recipient:	archive-cygwin AT delorie DOT com
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
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; 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;
	s=default; bh=UnKLAyNGh8V2NTPHxkPchcVeA7c=; b=cKXNBIvYEUD8ojUwb
	Udf3qm/bPQNByLefvJl9KJdvBg+zqTYbPI08EDjbj0DU6QfHVdAy1ta8l7Mcc4D8
	cdqEsU+ZN7cflcq3FXLBQT4w8lBhHkDty10E2twOUtK5XiN5FiWoUF2CG7DFd2Tt
	QcFAECqi9xu5ZPM87QjA7YpJeU=
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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=3.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPAM_BODY1,SPF_PASS autolearn=no version=3.3.2
X-HELO:	mail-in-02.arcor-online.net
X-DKIM:	Sendmail DKIM Filter v2.8.2 mail-in-08.arcor-online.net 3ksp2Y3fPQzY5GJ
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
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id t1PK36Wm001626

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

- Raw text -