X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 80D803858404 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1703271922; bh=+Vjhb1lE9Qj+DmF/+rZ7D7InZFqOE2335GP3MPhwZEc=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=tgnyWQHbGsrXEtzWAbl1DFHHMUxaX1PXRVG+Nq+igZFbMYkb1dTlQ0u1vRwOHQ/+O Sa7ykMSsZBULY3Am7gPLaF10CgVu0QoER2ZO7IwTXcDWgzcFsGsiXzbIYkYTvMMMHV j8Js3ez5i505UedysbIoha45iJmIgI1q7edY42Ko= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 886063858D28 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 886063858D28 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703271907; cv=none; b=IhbQmfgXLT2utGYzuPnyz2lf8E1b5g6XsmMru3opT2UZhFqYAK4lBuHk/EiVPLmXpaDH2ofM48AsCvV5hG0/7lETGYrOc9De/unrJDVgt5qNteHoDtm2NhmM8qtMtPEcjbbU+OZqMalJEgKkIINE0TvLZCFdW4TMcZtQ9G1qONs= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1703271907; c=relaxed/simple; bh=9c4N7TE65yXUlYXgLIg7LC8UniBCgw4o/ivuEU093S8=; h=DKIM-Signature:Date:From:Message-ID:To:Subject:MIME-Version; b=DFFSKtlnEUjxgfU9+giD9SeemBqat500NOON+HpFy6zxRXIoGFem1v4leldPuKunaB7OyYJaGb7pp3DsK34KUd0MBxr40tQ7V/rOv0Jozkkg1pHaVlYikbJ0Tkjwf4t506q+ZDYa58bARFakZ9geI9RoEgQa5SH7DX23meUoJbw= ARC-Authentication-Results: i=1; server2.sourceware.org X-Yandex-Fwd: 1 Date: Fri, 22 Dec 2023 21:53:39 +0300 X-Mailer: The Bat! (v9.3.4) Professional Message-ID: <1502052023.20231222215339@yandex.ru> To: Martin Wege , cygwin AT cygwin DOT com Subject: Re: rfe: CYGWIN fslinktypes option? Re: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL&Linux In-Reply-To: References: <07c7379e983c9f436ebf86e3818ca843 AT kylheku DOT com> MIME-Version: 1.0 X-Spam-Status: No, score=-2.7 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, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE, XM_LIGHT_HEAVY autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: cygwin AT cygwin DOT com X-Mailman-Version: 2.1.30 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Andrey Repin via Cygwin Reply-To: cygwin AT cygwin DOT com Cc: Andrey Repin Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Greetings, Martin Wege! > The root cause is IMO the extra Win32 syscalls (>= 3 per file lookup, > compared to 1 on Linux) to lookup the *.lnk and *.exe.lnk files on > filesystems which have native link support (NTFS, ReFS, SMBFS, NFS). Except you require elevation to actually create symlinks. Or some special system configuration. > On SMBFS and NFS it hurts the most, because access latency is the > highest for networked filesystems. > So my proposal would be to add an option ('fslinktypes') to the CYGWIN > environment variable to define which types of links are supported: > default 'all'. which is an shortcut for 'native,lnk,lnkexe'. > So in case people do not want 'lnk' link support they just add > CYGWIN+=' fslinktypes:native' to env, to turn off support for > lnk/lnk.exe style links, and be happy. > @Corinna Vinschen Would that be acceptable? Make a patch to begin discussion. Also, not all mangling is meaningful to disable. F.e. disabling .exe magic on Windows would be surprising to the end user. -- With best regards, Andrey Repin Friday, December 22, 2023 21:50:58 Sorry for my terrible english... -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple