From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.13]) by sourceware.org (Postfix) with ESMTPS id 61B31385840D for ; Mon, 30 Aug 2021 07:57:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 61B31385840D Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id 1Ml6i2-1mhb7K2DMq-00lVnR for ; Mon, 30 Aug 2021 09:57:02 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id C2D8FA80D72; Mon, 30 Aug 2021 09:57:01 +0200 (CEST) Date: Mon, 30 Aug 2021 09:57:01 +0200 From: Corinna Vinschen To: cygwin-developers@cygwin.com Subject: Re: cygrunsrv + sshd + rsync = 20 times too slow -- throttled? Message-ID: Reply-To: cygwin-developers@cygwin.com Mail-Followup-To: cygwin-developers@cygwin.com References: <20210827202440.47706fc2fc07c5e9a1bc0047@nifty.ne.jp> <4f2cb5f3-ce9c-c617-f65f-841a5eca096e@cornell.edu> <20210828022111.91ef5b4ff24f6da9fadb489e@nifty.ne.jp> <20210828184102.f2206a8a9e5fe5cf24bf5e45@nifty.ne.jp> <20210829004346.c2f80469abc3a07fd4b2918d@nifty.ne.jp> <20210829174124.0c1ae6c16a3e8da1f490abc7@nifty.ne.jp> <6e9bb35e-6f4f-cf78-e515-549da487b5ef@cornell.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6e9bb35e-6f4f-cf78-e515-549da487b5ef@cornell.edu> X-Provags-ID: V03:K1:eO1dzQNDjjJxzCU4jubQPtsq3Ize5qk3y/FGypCdKjj/LsK3xY5 GGDbmJu2BiJemZsyvJWSAh1+XeeAPP8e/yGk9quRPFGOvgXeNfkyEH7P56El/g+cvkgZm7m FwJQKbAf1IS8WcqUfKC37dPjRrwCP91R9lqftb0H9GO9QbWOwzpqZ/Zq0P8rsIxvt8vJOt8 4uYaSWfXXxNLGFIJTYzbA== X-UI-Out-Filterresults: notjunk:1;V03:K0:m6tVQHOuQag=:Ewx25U6LuQTF41yIxjh9xI TXRp3ikxwZhxBQe4A5jXipsQfinDvlHM8xhU+/SUCKMIDMIDfd0uJkwFhtG28T7CsUWJhpzfE TDF5DlCJhd1HKjBlfG81J1DAzEYzdvabVJg5L+i03gteaRxA7j+SxEPLHN0r2H/efbBeXcucy SMb/41XacUYeSM5NnpUBBXpsjQNRiFbY3okk0F6/oEaPF+O9xHUsKL4DGF7HWMipveVqp5BHP K5UST3UktZVWTcYkmTQyO3eFzEi8c/JE8nwACwlyXnLueKG4RJFfUcRLNShWAmPZ1n+gI1Jbc za+X1YSksmGWf15wEhr9eYmBFpu6jcyjP74ODWAelvMZWGbkCu8m86PrQCH3P3Tw92LD5IOeO FWZ+P1DSIam7nfu1pYgZtEJ9d0Ck5NnNNFA2/cU4d3pV8XVHJ/eyeyCaymhRIP4kHJAk4SHIM VaAsASPyamy9FivB0FtGiwcyPYuH0c5sDurYMck824Xbe1oZtyFnyK6giRua3RzgkwLsO6UH8 Ns7GBKs1QEKK1I8xVls/t2Et+rTnSZIJEMSnYbbZouWlGH8xrvjaGdntvPK2Y9kxL0c7yHal7 ZTMwDYDHKvHar1WJyLIR5VCmVQ4uTPZkxxG1RYxVw4S8hs9E90HLBjIf4dJUEVB6iqjHaJdgV hH+1zc97Md4fpdSSf0pSZRNvOZQTNeeuea6PzVsXVj7Kf7PbceDecCCEnIOwfX7PKvoZZAHd5 eVtMcEoyWe6SyM3t0GOd0zeYIb05WRvdTczyvX33nm6BSjhk0FtVK0gVZzY= X-Spam-Status: No, score=-99.8 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, JMQ_SPF_NEUTRAL, KAM_DMARC_NONE, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NEUTRAL, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2021 07:57:15 -0000 [Moving discussion to cygwin-developers where it belongs] On Aug 29 18:42, Ken Brown via Cygwin wrote: > On 8/29/2021 4:41 AM, Takashi Yano wrote: > > Hi Ken, > > > > On Sat, 28 Aug 2021 16:55:52 -0400 > > Ken Brown wrote: > > > On 8/28/2021 11:43 AM, Takashi Yano via Cygwin wrote: > > > > On Sat, 28 Aug 2021 13:58:08 +0200 > > > > Corinna Vinschen wrote: > > > > > On Aug 28 18:41, Takashi Yano via Cygwin wrote: > > > > > > On Sat, 28 Aug 2021 10:43:27 +0200 > > > > > > Corinna Vinschen wrote: > > > > > > > [...] > > > > > > If 'non-blocking' means overlapped I/O, only the problem will be: > > > > > > https://cygwin.com/pipermail/cygwin/2021-March/247987.html > > > > > > > > > > Sorry if that wasn't clear, but I was not talking about overlapped I/O, > > > > > which we should get rid off, but of real non-blocking mode, which > > > > > Windows pipes are fortunately capable of. > > > > > > > > Do you mean, PIPE_NOWAIT flag? If this flags is specified in > > > > the read pipe, non-cygwin apps cannot read the pipe correctly. > > > > > > While waiting for Corinna's response to this, I have one more question. Do you > > > understand why nt_create() failed and you had to revert to create()? Was it an > > > access problem because nt_create requested FILE_WRITE_ATTRIBUTES? Or did I make > > > some careless mistake in writing nt_create? > > > > I am sorry but no. I don't understand why piping C# program via > > the pipe created by nt_create() has the issue. I tried to change > > setup parameters in nt_create(), however, I did not succeed it to > > work. I also couldn't find any mistake in nt_create() so far. > > > > Win32 programs which use ReadFile() and WriteFile() work even > > with the pipe created by nt_create() as well as overlapped I/O. > > > > What does C# program differ from legacy win32 program at all? > > I don't know. > > By the way, when I introduced nt_create(), my preference would have been to > simply change create() to use the NT API, but I was afraid to do that > because I didn't want to take a chance on breaking something. That's still > my preference, if we can find a way to work around this problem with C# > programs. Maybe Procmon from sysinternals helps to find the difference in the working vs. the non-working calls...? Corinna