X-Recipient: archive-cygwin@delorie.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@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Making Cygwin More Tolerant of Orphaned SIDs?
Message-ID: <20150415072932.GT7343@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <CADi7v6LUZhr6UVSYA+Fe27f-aWJcxVxUXb3vR02rVuW9cG3a6A@mail.gmail.com> <loom.20150414T085644-392@post.gmane.org> <20150414080044.GB7343@calimero.vinschen.de> <CADi7v6J=h7ydravvigVwMpT5P4QwMS1L73m1zhy==DtrL-SHhQ@mail.gmail.com> <20150414092313.GE7343@calimero.vinschen.de> <CADi7v6JVqPi9SE44CbfYfd-aWUd8w2=2Uu=2=BR6ZM6H9qDgqA@mail.gmail.com> <20150414145323.GH7343@calimero.vinschen.de> <CADi7v6+Fs_MR+i5ULMqqvaAuy1G_CAL=bEuifCKvLDFSURAZVg@mail.gmail.com> <20150414182310.GR7343@calimero.vinschen.de> <CADi7v6JF24thSYuZPtiS1EhxY286w1MV9Q1ck5aVqmBKu7MM0g@mail.gmail.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--
