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; q=dns; s=default; b=sfsGe
	8UlHtBc/NbCaCfi9n6wyTJV3boQezw0MYZHNzh3MkpVg0gZVS8pdC2Mcv4RgTvZv
	mC7kyhlS+ssIOcH2Smd6uS1agj0X9j3iDHZvaIWpwu3jrBfTW/VQ1hF9P3zG81U/
	ZBghn5nrRzBhqoDO6d8/txHScvcttJa4oB6n9M=
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; s=default; bh=+wr94mVFfQC
	esTfWL15ADYe6miU=; b=R2SoAKo6nPpdfMbHjJDjHR5WDgCI0eHYEvDXNhKIlqV
	BtC7YdXkgtQTNnRdqz2V43ZqItUrHgLp31lj2D6JvtP7u+DcMYFLv5bDr6xe0oN0
	renJVcr1mxFtetuJLGNrEeVb+iqdNtpH7q4zbFdgE5rbqTf3oNvBgJTCryGRf0RI
	=
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=-5.2 required=5.0 tests=AWL,BAYES_05,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	mail-in-09.arcor-online.net
X-DKIM:	Sendmail DKIM Filter v2.8.2 mail-in-12.arcor-online.net C9BC326372
From:	Achim Gratz <Stromeko AT nexgo DOT de>
To:	cygwin AT cygwin DOT com
Subject:	Re: Testers needed: New passwd/group handling in Cygwin
References:	<20140213143849 DOT GH2246 AT calimero DOT vinschen DOT de> <87fvn7cb68 DOT fsf AT Rainer DOT invalid> <20140225200414 DOT GA4238 AT calimero DOT vinschen DOT de>
Date:	Tue, 25 Feb 2014 21:25:12 +0100
In-Reply-To:	<20140225200414.GA4238@calimero.vinschen.de> (Corinna Vinschen's message of "Tue, 25 Feb 2014 21:04:14 +0100")
Message-ID:	<87y50zaqjb.fsf@Rainer.invalid>
User-Agent:	Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux)
MIME-Version:	1.0

Corinna Vinschen writes:
> The stuff in the `id' application is not cached at all.  Caching is
> inherited from the parent process, but the parent never asked for all
> your groups so it hasn't cached this information.  Every invocation of
> id has to request the group info anew.

OK, then I was misunderstanding what caching meant.  I was operating
under the assumption that there'd be something like a session cache that
serves all Cygwin processes in the same process tree.

> Do you have a very slow connection to your DC by any chance?  I admit
> that I never tested with 440 groups, only with about 30 or so, but 13
> seconds sounds *very* lame.

That's around 33 lookups per second; not great, but also not bad (I'm
far from the only user of that DC obviously).  I'll have to check what
our web application server is doing (albeit it uses a connection pool to
amortize the connection overhead), but I don't think it'll do much more
than about 200 peak.  The answers can be insanely large depending on
what and how you ask, too.  In any case, based on the fact that I'm
certainly not in as many groups as some other folks, I don't think I can
drop file-based operation at the moment (which I really hoped I could).

> OTOH, this isn't *quite* unexpected.  Right now, the LDAP connection to
> the DC is opened and closed for every single account request.  I wasn't
> sure yet if the ldap connection should be opened only once per process
> and then stay open for the rest of the process lifetime.  This sounds so
> much like wasting sockets...

See above, there's a timeout on each pooled connection, again I'll have
to ask how long it is (I think somewhere in the single digits seconds
range, we don't want to tie up the DC for too long).

> The fact that the shells are doing it right seems to indicate that this
> isn't a generic problem.  I can't debug this, though.  Can you see if
> you can figure out what's going on under the hood?  Does strace show
> anything of interest?  Can we perhaps set up some joint debugging via
> private mail during the next couple of days?

I can't dig further into this for the next two weeks.  I need to get
some work done, so I have rolled the snapshot back for now.  I'll get
back to you when this is out of the way, thanks for the offer.


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

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

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