From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from forward500c.mail.yandex.net (forward500c.mail.yandex.net [178.154.239.208]) by sourceware.org (Postfix) with ESMTPS id E566B3856DC0 for ; Mon, 6 Nov 2023 17:30:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E566B3856DC0 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=yandex.ru Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=yandex.ru ARC-Filter: OpenARC Filter v1.0.0 sourceware.org E566B3856DC0 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=178.154.239.208 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1699291844; cv=none; b=GF8qhrOpvdf2TxMF5wBVA4LRZ+bsUy93RtXvY48mxjTIpD4zk3FSTRRnHywvqs3iw1OT2W6WTTBcCPAOcjH1ThfEFgj/3qVvLl0HncwqWEd25ysir9i6mMhKpbN3XtfAMvcqHG7mQHVo/nd/DpWIChJPkwEVJZvjWyrWfHngD1I= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1699291844; c=relaxed/simple; bh=PkQj76Bke7jnk9uK1YtTE7DmsIK9rOi87z0BuTkwU+I=; h=DKIM-Signature:Date:From:Message-ID:To:Subject:MIME-Version; b=Opjrkq0r0W5MGUu0O/8BQRlsYkEdtshb2ret8OtJ2PQWzhPXxGssM/sxv1mL3CPBm36L54gMBrvGMTOiYmZwS+QwETyJGWUXA7m6tDQY5wX28AcERzabDWSVDlDBATLtzH0u52nccTGXiYxVKIxWpmN6hhumjTjOVtIddJ7knk0= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from mail-nwsmtp-smtp-production-main-81.myt.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-81.myt.yp-c.yandex.net [IPv6:2a02:6b8:c12:5da3:0:640:8139:0]) by forward500c.mail.yandex.net (Yandex) with ESMTP id E123360B8A; Mon, 6 Nov 2023 20:30:41 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-81.myt.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id MUfEATTWlmI0-Wi6XwEHG; Mon, 06 Nov 2023 20:30:40 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1699291841; bh=SLty/E+UgipfAvL/NogsBlc1fnyzY7aGuP00Km3Eg6I=; h=In-Reply-To:Subject:Date:References:To:Message-ID:Reply-To:From; b=lgWhL7mrrrR9XlsZM3JYrcq10numXoZYV63UNEQV4ym6VBiXT9ti5Ye6jQbvN+we7 ciF/JPAFCz1BSWac+0fQ1D/brrXK9O/giklr2GNPLQyHcKXRDjO6f+lwjULpTGjYv7 5+5R+jvEkh0nK9rTK2Hw4nUFvyKQiWZapzgCivvQ= Authentication-Results: mail-nwsmtp-smtp-production-main-81.myt.yp-c.yandex.net; dkim=pass header.i=@yandex.ru Received: from [192.168.1.10] (HELO daemon2.darkdragon.lan) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Tue, 09 May 2023 17:12:22 -0000 Date: Tue, 9 May 2023 20:12:21 +0300 From: Andrey Repin X-Mailer: The Bat! (v9.3.4) Professional Reply-To: cygwin@cygwin.com Message-ID: <1973975339.20230509201221@yandex.ru> To: Derek Pagel , cygwin@cygwin.com Subject: Re: Slow Cygwin commands even with Cygserver In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_THEBAT,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: 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...