public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Andrey Repin <anrdaemon@yandex.ru>
To: Derek Pagel <Derek.Pagel@infor.com>, cygwin@cygwin.com
Subject: Re: Slow Cygwin commands even with Cygserver
Date: Tue, 9 May 2023 20:12:21 +0300	[thread overview]
Message-ID: <1973975339.20230509201221@yandex.ru> (raw)
In-Reply-To: <CH2PR02MB602453282FFE81D8B410ADBEE5769@CH2PR02MB6024.namprd02.prod.outlook.com>

Greetings, Derek Pagel!

> I've been having intermittent slowness with Cygwin commands even after
> installing Cygserver. It has helped reduce the frequency of occurrences of
> slowness, but it hasn't gotten rid of them completely. I recently had a
> 'mv.exe' that was slow, so I ran a few commands to get some details on the
> files it was working with to see if that could provide anything.

> The 'mv.exe' command that was slow:
> D:\cygwin64\bin\mv.exe
> D:/lsenv/law/lsapps/edi/work/valid_ediout.20230425113255.tmp
> D:/lsenv/law/lsapps/edi/work/valid_ediout.20230425113255

> It's interesting to note that the source and destination are both in the same directory.

> D:\lsenv\law\lsapps\edi\work>ls -l valid_ediout.20230425113255.tmp
> ls: File or directory is not found

> D:\lsenv\law\lsapps\edi\work>ls -l valid_ediout.20230425113255
> -rwxrwxrwa   1 Administrators   INFORBC\Domain Users        574 Apr 25 valid_ediout.20230425113255

> D:\lsenv\law\lsapps\edi\work>getfacl valid_ediout.20230425113255
> # file: valid_ediout.20230425113255
> # owner: Administrators
> # group: Domain Users
> user::rwx
> user:lawson:rwx
> group::---
> group:Authenticated Users:rwx
> group:SYSTEM:rwx
> group:Users:r-x
> group:AD_LAWUSERS:rwx
> mask::rwx
> other::---

> D:\lsenv\law\lsapps\edi\work>icacls valid_ediout.20230425113255
> valid_ediout.20230425113255 INFORBC\lawson:(I)(F)
>                             INFORBC\AD_LAWUSERS:(I)(F)
>                             BUILTIN\Administrators:(I)(F)
>                             NT AUTHORITY\SYSTEM:(I)(F)
>                             NT AUTHORITY\Authenticated Users:(I)(M)
>                             BUILTIN\Users:(I)(RX)

> Successfully processed 1 files; Failed processing 0 files

This clearly indicates that there's a domain group ACE on the file. Domain
access to resolve account names could cause slow file I/O.
Though, it should have been cached if the same ACL is set on entire directory.


-- 
With best regards,
Andrey Repin
Tuesday, May 9, 2023 20:10:34

Sorry for my terrible english...


      reply	other threads:[~2023-11-06 17:30 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-09 13:13 Derek Pagel
2023-05-09 17:12 ` Andrey Repin [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1973975339.20230509201221@yandex.ru \
    --to=anrdaemon@yandex.ru \
    --cc=Derek.Pagel@infor.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).