DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:reply-to:message-id:to:subject
	:in-reply-to:references:mime-version:content-type
	:content-transfer-encoding; q=dns; s=default; b=HbUcCHHzy5wxCgmI
	8qvYlsYfDJEm3F/Qn/ui0/9z+gDKGC40CwMppbYlK2lrV3XlCJZ6y3KoRCN1w4He
	Gi80+K8TyySE/gsmx2+Wix4klgMz9Bsn0YaH7akG5VrYZlgVgKzWDv8kLuQ3Hqtk
	HA3+6MrI3bDpqoeXJdM7WSnso6I=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Fri, 20 Feb 2015 20:50:44 +0300
From: Andrey Repin <anrdaemon@yandex.ru>
Reply-To: cygwin@cygwin.com
Message-ID: <737114862.20150220205044@yandex.ru>
To: Corinna Vinschen <cygwin@cygwin.com>, cygwin@cygwin.com
Subject: Re: Very slow Cygwin startup on Windows 7
In-Reply-To: <20150220162024.GZ26084@calimero.vinschen.de>
References: <87mw4nugdx.fsf@Rainer.invalid>   <3FEEC3A37A0B0A48AA326075128C32EE4DC9F137@xmb-rcd-x01.cisco.com>  <869208266.20150210030528@yandex.ru>  <3FEEC3A37A0B0A48AA326075128C32EE4EE263B8@xmb-rcd-x01.cisco.com>  <20150218111515.GL8493@calimero.vinschen.de>  <3FEEC3A37A0B0A48AA326075128C32EE4EE26DE4@xmb-rcd-x01.cisco.com>  <20150218125429.GN8493@calimero.vinschen.de>  <3FEEC3A37A0B0A48AA326075128C32EE4EE275A7@xmb-rcd-x01.cisco.com>  <20150219103235.GD26084@calimero.vinschen.de>  <3FEEC3A37A0B0A48AA326075128C32EE4EE27AEC@xmb-rcd-x01.cisco.com>  <20150220162024.GZ26084@calimero.vinschen.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Greetings, Corinna Vinschen!

> So what I did now for testing is to add a timer.  If cygserver is not
> running, the startup procedure still fetches the group info from the
> user's token... but if it couldn't finish the job within 300ms, it
> just stops collecting this information and moves on.

> That should have a "mixed" effect in slow scenarios.  The startup will
> not take longer than about 300ms, so it's comparatively fast from a
> human perspective, but it will not entirely give up on collecting group
> information so subsequent calls fetching group info will be faster.

> The value itself, 300ms, is disputable, of course.  I just chose it from
> my gut feeling.  If this method is a usable compromise, maybe 400 or
> 500ms is good enough, I don't know.

If this startup timer does not affect subsequent calls to the same facilities,
and only in effect during initial startup, it can be anything. 300 or 500ms,
not really relevant. I see how you can be a member of 200 groups, and I really
don't see it as bad thing, other than certain administrative tasks may be
slow, but in more common scenario we can expect lower number of groups and
faster response times in general.

> I uploaded new developer snapshots containing this change to

>   https://cygwin.com/snapshots/

> Please give them a try.

I should, like, REALLY get myself together to migrate to samba4 already >.<


--
WBR,
Andrey Repin (anrdaemon@yandex.ru) 20.02.2015, <20:43>

Sorry for my terrible english...


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