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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=C7NdCQb93JzjnO+h0KGEAQ9xT17f9zn1sd3X7WNDyjM3j5fYRjnI6
	GrEXPofL9/ynye3qqcLDZ2LLt9cnIET4QeemVbPVpBHT1iIYu8s7O3wXzHdFzgI+
	QzQD1SQGqr++C7xLs+8IPdq0Co9FFo5tswg1QoFyGxE26Y8ie6x1TQ=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=/97bo7Y/+pz3fVG81abFCVxs2Z8=; b=hDaGca9qlSO/tLnHe93QAOsXhwm6
	bbrmRCArPCVcRklZ7a42Ll7pIGIF9+b1stBHZBT9Or668ZitptKfhBrnDgqwQAZH
	KfDtTgKepPrEmfuVzwtsIj+Way4HvnPUe5/rnBnMFR5jUHyAJ+wbwzJpGoNOjveB
	mH01cBijh7ccB8k=
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=0.9 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,SPAM_BODY1 autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Wed, 15 Apr 2015 09:29:32 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Making Cygwin More Tolerant of Orphaned SIDs?
Message-ID: <20150415072932.GT7343@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <CADi7v6LUZhr6UVSYA+Fe27f-aWJcxVxUXb3vR02rVuW9cG3a6A AT mail DOT gmail DOT com> <loom DOT 20150414T085644-392 AT post DOT gmane DOT org> <20150414080044 DOT GB7343 AT calimero DOT vinschen DOT de> <CADi7v6J=h7ydravvigVwMpT5P4QwMS1L73m1zhy==DtrL-SHhQ AT mail DOT gmail DOT com> <20150414092313 DOT GE7343 AT calimero DOT vinschen DOT de> <CADi7v6JVqPi9SE44CbfYfd-aWUd8w2=2Uu=2=BR6ZM6H9qDgqA AT mail DOT gmail DOT com> <20150414145323 DOT GH7343 AT calimero DOT vinschen DOT de> <CADi7v6+Fs_MR+i5ULMqqvaAuy1G_CAL=bEuifCKvLDFSURAZVg AT mail DOT gmail DOT com> <20150414182310 DOT GR7343 AT calimero DOT vinschen DOT de> <CADi7v6JF24thSYuZPtiS1EhxY286w1MV9Q1ck5aVqmBKu7MM0g AT mail DOT gmail DOT com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="g3gKGiRpvPEwrzWv"
Content-Disposition: inline
In-Reply-To: <CADi7v6JF24thSYuZPtiS1EhxY286w1MV9Q1ck5aVqmBKu7MM0g@mail.gmail.com>
User-Agent: Mutt/1.5.23 (2014-03-12)

--g3gKGiRpvPEwrzWv
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Apr 14 21:23, Bryan Berns wrote:
> >> On Tue, Apr 14, 2015 at 10:53 AM, Corinna Vinschen
> >> > On Apr 14 07:24, Bryan Berns wrote:
> >> >> For example, I create a whole bunch of files (like 5000),  I use
> >> >> icacls to append a new ACE.  Then I do a 'time ls -l
> >> >> /cygdrive/c/somedir/*'.  Takes four seconds.  In the same Cygwin
> >> >> session, I remove the local group (net localgroup testgroup /delete=
).
> >> >>  I do the same 'time ls -l /cygdrive/c/somedir/*'.  Takes 20 second=
s.
> >> >> Subsequent runs in the also take 20 seconds.  Since I'm able to
> >> >> continue to see the slowdown in the same session, cygserver wouldn't
> >> >> help right?
> >> >>
> >> >> Is the above expected?
> >> >
> >> > Yes.  Without cygserver, caching only works from parent to child pro=
cess.
> >> > One run of ls can't cache data for a parallel run of ls in trhe same
> >> > session.  As, btw., explained in the documentation:
> [...]
> Finally tested with cygserver (temporarily with debug on so I can see
> what's going on).  I can definitely see the one entry returned when I
> run 'ls -l' over my whole collection of files while my test group
> (LocalGroupTest) is still present.  Sample log as follows:
>=20
> /home/corinna/src/cygwin/cygwin-2.0.0/prerelease/cygwin-2.0.0-0.4.i686/sr=
c/newlib-cygwin/winsup/cygserver/pwdgrp.cc,
> line 167: Request account information returns
> <BERNS-TEST+LocalGroupTest:S-1-5-21-1187188735-1394039937-4283913392-1011=
:197619:>
> error 0
>=20
> If I delete the group while cygserver is running, the results continue
> to be speedy.   However, as soon as I delete the group and restart
> cygserver, things go south.  Performance is even worse than without
> cygserver and there are entries for EVERY file that 'ls' is hitting
> even though they all have the same group in the ACL so it appears the
> 'Unknown' users/groups are not being cached.  Sample log as follows
> (one of thousands of lines):
>=20
> Request account information returns
> <Unknown+User:*:4294967295:4294967295:U-Unknown\User,S-1-5-21-1187188735-=
1394039937-4283913392:/:/sbin/nologin>
> error 0
>=20
> Thoughts?

Not off the top of my head.  The mechanism doesn't check for the
content so it should cache the above line the same way as any other.
I'm puzzled about this behaviour myself.

That requires some debugging but I have other stuff on my plate atm
so it will take a while(*).  For the time being, use noacl mounts.


Corinna

(*) Of course, I'd appreciate any other person debugging what happens
    in Cygwin and Cygserver a lot.  We can discuss questions on serious
    debugging efforts on the cygwin-developers mailing list.


--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--g3gKGiRpvPEwrzWv
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJVLhNcAAoJEPU2Bp2uRE+gjlkQAISJmNJYjJxzhyh44XdjalJ4
lCny9xm8VZZC0RUahxmRdJS5i7pcUdy3HG1Zzwq+cMw79Wx6DpTvqfFjHaRIJXxn
sOr94NzZtyl5n/naXMdyMLatKFBPnoAI06c/u3qn7jl6BJUvFpb7LxKWPAqEAsHN
48YTCfL7blLmGXVmPPa5RLmtAuCplMlASqiaNVDJg2HzmgipFlTn40hb7VojPsAY
hkn0oN6kIW7G1V0o+pjDdGJmFpzP7GhkQF58BeOwZKCDMNQe8LOYa03RtxL0xvjy
L1uMgHOxc3qb8vrQzgGStFmUKemvKPRs8/Z5xFQoS2ZjfSunwBLmUYuInTq8tEvR
H7RuMJ1+72KO17Cb/53uW+WNdmmXScDaaPdtBWKeQnztPzO3k+Y0HM7Q1LhRt4iy
brgzhO7xsTjLuHWMildIIRMgfd6T64ukyq8PQDD+1TNZydswZr8FjL9EiGhvjjrV
VXNwRhX7NiyXT4J7KPkjPdXw6MJfGMHb0dowgtwY9AKCUz5gSVcAVoAZ1EFhiIQj
tAiT4cYHRHgMV8hcv5XBsbtTsMK/w1d/LoX5yPn/P34hRn0PHzZ4ld/9MUgkR10D
51PPzCn8ssATS4XZEGfaWC6uUliMjzI97iye2N94ETfEcXa/1Fp/7fSt+msruKEH
UrrLgsO9MWlTmjXFI/z+
=ZGi2
-----END PGP SIGNATURE-----

--g3gKGiRpvPEwrzWv--