DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 56LHFOY13078804 Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 56LHFOY13078804 X-Recipient: archive-cygwin AT delorie DOT com X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2C9E83858D32 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2C9E83858D32 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1753118074; cv=none; b=iLWvuYHCObUV8Oxj5OH4Gqejxw9mUeukxi5LhsjWnUKQQptubs3eDIcuOl+6fG1ZICQO6T0VQmPQB+78tbM3+PHAToPyU10GW8tKtBo5FlxShEESElw3j/g7fxJcfMTNsHvCPEWeg6LUFelo3S46XO2e0MI7NFSyX3w8E5pbUTg= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1753118074; c=relaxed/simple; bh=UiXTOYWL0qm4Mhl+uYEb7dnSC+1Xjmn6MVPqyW6aJ38=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=i0u5kfCqOA8uGxmRH03iKHynunLtCIxn4DLBwZGEiWnv4Zg6qK/2dwTTCRdOQmAJ6XSe1lxnoM8hhNcZDVFE7Ik/ugidsKc2VQOOnyLGP8SxYRrNnWiEmbKXccEVP8nuk2XrfZN1WvQu8g4p+rYMd89avyWjoq7lgLr0hWeAPqQ= ARC-Authentication-Results: i=1; server2.sourceware.org To: cygwin AT cygwin DOT com Subject: Re: SLOW ls(1) - cygwin dir lookups with WinNT async requests? In-Reply-To: (=?utf-8?Q?=22Aur=C3=A9lien?= Couderc via Cygwin"'s message of "Mon, 21 Jul 2025 17:19:00 +0200") References: <45887d0a-17d3-40ce-bea5-13fdf9081edd AT systematicsw DOT ab DOT ca> <3da288a3-3a70-41ca-b582-67500ae0fb9e AT SystematicSW DOT ab DOT ca> <1833586910 DOT 20250718134434 AT yandex DOT ru> Date: Mon, 21 Jul 2025 19:13:51 +0200 Message-ID: <87seipwjow.fsf@Gerda.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 X-purgate-type: clean X-purgate: clean X-purgate-size: 1371 X-purgate-ID: 155817::1753118038-D6C732B1-A7D6F8CF/0/0 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: ASSI via Cygwin Reply-To: ASSI Content-Type: text/plain; charset="utf-8" Errors-To: cygwin-bounces~archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by delorie.com id 56LHFOY13078804 Aurélien Couderc via Cygwin writes: >> > I think you misunderstand me. I am suggesting to improve the Cygwin >> > implementation of opendir(), readdir() and friends to do Win32/WInNT >> > calls async to speed up dir listings. >> >> If you know how it can be done, why not provide a patch? > > Because I am not YET qualified? This is god level Cygwin hacking > level, like Corinna Vinschen can do. I'm just a student, doing some > ReactOS/Windows hacking. You could at least demonstrate that doing the async calls you mention are in fact improving the time it takes to gather the necessary information vs. a sequential implementation. No Cygwin hacking is required to do that. As it stands, you are assuming it does, but have shown absolutely no data. I would counter that NTFS is not a fast filesystem in any way, shape or form and in my experience does not respond with all that much scaling if hit with parallel requests (that also depends on the type of device targeted). But I too have not looked at the exact same sequence of calls that you are proposing to do asynchronously. So again, data needed… care to provide some? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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