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:mime-version:date:message-id:subject:from:to
	:content-type:content-transfer-encoding; q=dns; s=default; b=Fya
	W1ZFOEsefjMVCiDIKu71/0jQXIA9JeT856WY/2HiluVXfKmAjPHL0YlmfSdyNGVn
	Aqjr8QwkpAYOriCelMkLMnsiIaIONzP/7WKIxgnjW5TeZh08jwrH8JdRsh03NCHz
	ZSJGBTk6f0YetyQ+RoYgXO9WYHZtCiCQhkHeGB3o=
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:mime-version:date:message-id:subject:from:to
	:content-type:content-transfer-encoding; s=default; bh=o/lDok4m+
	QyN2sY+XJHYrd9mRHE=; b=YiE1dsDRWQJ3n/qiM0L3A8fiMCQI8hs+jAPu7BsYE
	NbzmWFBoMlzflaKoaHuWnuiio2YRpDMLdzaVBWeeZSiRC9QkQXPFulvN3ZgpneJL
	aMgOQHaHilqEM7oWqe8Th8xU4MUB3C9LCnmwMN26pDH+VzOSAkgVNA8QjteZLNur
	xU=
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=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=pulls, ineffective
X-HELO:	mail-wm0-f50.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-transfer-encoding; bh=FmwGhPY1PwgB6cU6frUV1IHc1gkAkO4xN1Lshy9Givg=; b=TC6aFq3o2be/0jUyMmpymVV722DBo+fI7WDtLFD2NwlPrEgxX1bhjMPkQlpsp7gaWi gajRRLvRKB3fZh8sbhLLewSE0nlUZcvTKZ2c2BT156oYafndztiHNkHeebNUisd1irqH x9dN824GtYhdV4ulN6OpUZv8W2ZIPP/ILC2f6EOxJz9sz8a+y5nB4HpF/i4phKjeemqt 91fh0gVSc2dhGUg9P20631iEpbrcAGg0eeq0QXQbC4UfVniOkK+e7cd1XnUeZMDJtug0 joxV1USk7y5qkbPvt0CLli3oX58WhUJUb7yBl9UywTVrXC2fgshMCj2GrUgBYo+IFqqI ea6w==
X-Gm-Message-State:	AOPr4FXA5RRjSAgMiO2o8pMYLy5qnqMazC1qTi7tKGiWtgiS3daiNOsjsYe9a/lH/vfpD3dPEJLA4FRzqigaCA==
MIME-Version:	1.0
X-Received:	by 10.28.105.67 with SMTP id e64mr17535462wmc.80.1462888790978; Tue, 10 May 2016 06:59:50 -0700 (PDT)
Date:	Tue, 10 May 2016 09:59:50 -0400
Message-ID:	<CADMefsagnTv23Jfi6St9VRpcabQJ9vekP2siT_Pfh=xO943QqQ@mail.gmail.com>
Subject:	Re: Possible issue with newest version of git (v 2.8) under Cygwin
From:	andrew stern <astern DOT fix8 DOT forum AT gmail DOT com>
To:	cygwin AT cygwin DOT com
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u4AE0A7v024288

>I'm not sure I understand what you're seeing: if your repository is already set up with core.filemode set to false, Git won't check the executable flag on the files.  What leads you to think the speed slow-down is related to >checking whether the file is executable?

>If setting cygexec makes a noticable speed difference even with core.filemode false, I can only conclude the problem is somewhere below Git and related to how the Cygwin DLL provides file access.

>FWIW, having just checked the Cygwin user guide's fstab instructions[0], the noacl setting should be ignored on NFS filesystems; if you're seeing that make a difference, that looks like a bug.

I tried a clone and pull both with the noacl and without the noacl. In
my experiment without the noacl it was much faster when doing pulls
after someone else checked in changes.  I located on the web a
reference to noacl being slow when doing a stat under cygwin and
figured if I prevent reading each file it might be faster so I went to
my noacl directory and did a pull of their changes after adding the
cygexec flag after the noacl flag.  Instead of being tens of minutes
it was just a bit over a minute and a half.  Although the repository
is on a NFS drive the local file system is NTFS and I see it spending
lots of time doing the update on the merge even though it is just a
couple of files that have changed.  I'm still trying to figure out
what exactly is going on and how best to deal with the permissioning
issue that we are now experiencing.  After discussions we would rather
have it slow then have bad permission problems but I'd rather not have
either issue.

If I leave off the noacl and do a clone followed by a push and pull we
end up with the following error in the Windows security tab:
  The permissions on file.cpp are incorrectly ordered, which may cause
some entries to be ineffective.

It also leaves the permissions looking like this

Deny        NULL SID                           Special
    not Inherited
Allow        User                                  Special
         not Inherited
Deny        dev group                           Traverse folder...
     not Inherited
Deny        Authenticated Users           Traverse folder...
not Inherited
Deny        SYSTEM                           Traverse folder...
  not Inherited
Deny        Administrators for machine  Traverse folder...
not Inherited
Deny        Users for machine               Traverse folder...
 not Inherited
Allow        dev group                           Read & execute
   not Inherited
Allow        Authenticated Users           Read, Write & execute  not Inherited
Allow        SYSTEM                           Read, Write & execute
not Inherited
Allow        Administrators for machine  Read, Write & execute  not Inherited
Allow        Users for machine              Read & execute
not Inherited
Allow        Everyone                           Read
         not Inherited

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