From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from conssluserg-01.nifty.com (conssluserg-01.nifty.com [210.131.2.80]) by sourceware.org (Postfix) with ESMTPS id CBCCB3858408 for ; Sun, 5 Sep 2021 20:10:03 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CBCCB3858408 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=nifty.ne.jp Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=nifty.ne.jp Received: from Express5800-S70 (z221123.dynamic.ppp.asahi-net.or.jp [110.4.221.123]) (authenticated) by conssluserg-01.nifty.com with ESMTP id 185K9hYw008590 for ; Mon, 6 Sep 2021 05:09:43 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com 185K9hYw008590 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.ne.jp; s=dec2015msa; t=1630872583; bh=P0ZmupPQdQju4qeQTPbR4pyAtQZ4GCSFrmqGNIdIxTw=; h=Date:From:To:Subject:In-Reply-To:References:From; b=HrdNhUCwVVA5rZrwjj8k9OXSgTDkHx1PQwDZf+sP/ztn4egZd70JNuPwzMdoFZFsf Inv6FA+LDqVZ5urhae0xDq3f9Fcs3f6ojnGOd94mG/6uGeZxoKUI5jCHm45DA4Q+b9 n0+R0/Zbqe50vqf7Y2DhcighFHPmEMuaR+jF5VA6AxGH3DpYU9rhzWHVGL6A4FeBB4 CtNGORIvT5+07XDNmNfiFbi5CDXAebQTkCSJrcsbNQJcBXKX9Y5vvWz6MyJaR91zJU F60txykBsAq+HI5oZnijom81WkK6bb3xBIJH1UNI4nDbZS7zW4WC9P4V455049BFvE CyFQMTLkPeZ9A== X-Nifty-SrcIP: [110.4.221.123] Date: Mon, 6 Sep 2021 05:09:50 +0900 From: Takashi Yano To: cygwin-developers@cygwin.com Subject: Re: cygrunsrv + sshd + rsync = 20 times too slow -- throttled? Message-Id: <20210906050950.56b397be7c5eb3da848691e9@nifty.ne.jp> In-Reply-To: References: <9ba687eb-f4a0-18f8-b10b-76e7e51e123e@cornell.edu> <152bfc0c-2f72-c684-6fc5-aa7c36c136b8@cornell.edu> <20210903190046.663c60fb11c936e344821383@nifty.ne.jp> <20210903191340.c28ae366e79ca14799bacc1f@nifty.ne.jp> <20210903212205.acc2fc68cc4ffce9c1db3dd9@nifty.ne.jp> <20210904210258.342eb795ac53f1d5352ea512@nifty.ne.jp> <20210904213713.8760e7ba3a4d68fbb78d677e@nifty.ne.jp> <51cb0cef-c3fd-1320-c2dd-a868bf1ffaae@cornell.edu> <20210905081523.0db04d9402abf87635066eb7@nifty.ne.jp> <20210905224059.cfdc8f23d3eeaa1ea16ecf2e@nifty.ne.jp> <20210905225037.c625ee0bcd479181848763f8@nifty.ne.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Mon__6_Sep_2021_05_09_50_+0900_XvUd0SQmBf1qQP94" X-Spam-Status: No, score=-12.0 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, 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: Sun, 05 Sep 2021 20:10:06 -0000 This is a multi-part message in MIME format. --Multipart=_Mon__6_Sep_2021_05_09_50_+0900_XvUd0SQmBf1qQP94 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Ken, On Sun, 5 Sep 2021 14:47:26 -0400 Ken Brown wrote: > Hi Takashi, > > On 9/5/2021 9:50 AM, Takashi Yano wrote: > > On Sun, 5 Sep 2021 22:40:59 +0900 > > Takashi Yano wrote: > >> On Sun, 5 Sep 2021 08:15:23 +0900 > >> Takashi Yano wrote: > >>> Hi Ken, > >>> > >>> On Sat, 4 Sep 2021 10:04:12 -0400 > >>> Ken Brown wrote: > >>>> On 9/4/2021 8:37 AM, Takashi Yano wrote: > >>>>> On Sat, 4 Sep 2021 21:02:58 +0900 > >>>>> Takashi Yano wrote: > >>>>>> Hi Corinna, Ken, > >>>>>> > >>>>>> On Fri, 3 Sep 2021 09:27:37 -0400 > >>>>>> Ken Brown wrote: > >>>>>>> On 9/3/2021 8:22 AM, Takashi Yano wrote: > >>>>>>>> POSIX says: > >>>>>>>> The value returned may be less than nbyte if the number of bytes left > >>>>>>>> in the file is less than nbyte, if the read() request was interrupted > >>>>>>>> by a signal, or if the file is a pipe or FIFO or special file and has > >>>>>>>> ~~~ > >>>>>>>> fewer than nbyte bytes immediately available for reading. > >>>>>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > >>>>>>>> > >>>>>>>> https://pubs.opengroup.org/onlinepubs/009604599/functions/read.html > >>>>>>>> > >>>>>>>> If it is turned over, read() should read all data immediately available, > >>>>>>>> I think. > >>>>>>> > >>>>>>> I understand the reasoning now, but I think your patch isn't quite right. As it > >>>>>>> stands, if the call to NtQueryInformationFile fails but total_length != 0, > >>>>>>> you're trying to read again without knowing that there's data in the pipe. > >>>>>>> > >>>>>>> Also, I think you need the following: > >>>>>>> > >>>>>>> diff --git a/winsup/cygwin/fhandler_pipe.cc b/winsup/cygwin/fhandler_pipe.cc > >>>>>>> index ef7823ae5..46bb96961 100644 > >>>>>>> --- a/winsup/cygwin/fhandler_pipe.cc > >>>>>>> +++ b/winsup/cygwin/fhandler_pipe.cc > >>>>>>> @@ -348,8 +348,13 @@ fhandler_pipe::raw_read (void *ptr, size_t& len) > >>>>>>> CloseHandle (evt); > >>>>>>> if (status == STATUS_THREAD_SIGNALED) > >>>>>>> { > >>>>>>> - set_errno (EINTR); > >>>>>>> - len = (size_t) -1; > >>>>>>> + if (total_len == 0) > >>>>>>> + { > >>>>>>> + set_errno (EINTR); > >>>>>>> + len = (size_t) -1; > >>>>>>> + } > >>>>>>> + else > >>>>>>> + len = total_len; > >>>>>>> } > >>>>>>> else if (status == STATUS_THREAD_CANCELED) > >>>>>>> pthread::static_cancel_self (); > >>>>>> > >>>>>> Thanks for your advice. I fixed the issue and attached new patch. > >>>>>> > >>>>>> On Fri, 3 Sep 2021 17:37:13 +0200 > >>>>>> Corinna Vinschen wrote: > >>>>>>> Hmm, I see the point, but we might have another problem with that. > >>>>>>> > >>>>>>> We can't keep the mutex while waiting on the pending read, and there > >>>>>>> could be more than one pending read running at the time. if so, > >>>>>>> chances are extremly high, that the data written to the buffer gets > >>>>>>> split like this: > >>>>>>> > >>>>>>> reader 1 reader 2 > >>>>>>> > >>>>>>> calls read(65536) calls read(65536) > >>>>>>> > >>>>>>> calls NtReadFile(16384 bytes) > >>>>>>> calls NtReadFile(16384 bytes) > >>>>>>> > >>>>>>> writer writes 65536 bytes > >>>>>>> > >>>>>>> wakes up and gets 16384 bytes > >>>>>>> wakes up and gets 16384 bytes > >>>>>>> gets the mutex, calls > >>>>>>> NtReadFile(32768) which > >>>>>>> returns immediately with > >>>>>>> 32768 bytes added to the > >>>>>>> caller's buffer. > >>>>>>> > >>>>>>> so the buffer returned to reader 1 is 49152 bytes, with 16384 bytes > >>>>>>> missing in the middle of it, *without* the reader knowing about that > >>>>>>> fact. If reader 1 gets the first 16384 bytes, the 16384 bytes have > >>>>>>> been read in a single call, at least, so the byte order is not > >>>>>>> unknowingly broken on the application level. > >>>>>>> > >>>>>>> Does that make sense? > >>>>>> > >>>>>> Why can't we keep the mutex while waiting on the pending read? > >>>>>> If we can keep the mutex, the issue above mentioned does not > >>>>>> happen, right? > >>>>>> > >>>>>> What about the patch attached? This keeps the mutex while read() > >>>>>> but I do not see any defects so far. > >>>> > >>>> LGTM. > >>>> > >>>> If Corinna agrees, I have a couple of suggestions. > >>>> > >>>> 1. With this patch, we can no longer have more than one pending ReadFile. So > >>>> there's no longer a need to count read handles, and the problem with select is > >>>> completely fixed as long as the number of bytes requested is less than the pipe > >>>> buffer size. > >>>> > >>>> 2. raw_read is now reading in chunks, like raw_write. For readability of the > >>>> code, I think it would be better to make the two functions as similar as > >>>> possible. For example, you could replace the do/while loop by a > >>>> while(total_len >>>> variables, e.g., nbytes instead of total_len, or vice versa. > >>> > >>> Thanks for the suggestion. I have rebuilt the patch. > >>> Please see the patch attached. > >> > >> This patch seems to fail to adopt to current git head of topic/pipe > >> branch. I rebuilt the patch to fit current top/pipe. > >> > >> Please see the patch attached. > > > > Small typo. > > > > - pipe buffer size. Every pending read lowers WriteQuotaAvailable > > + pipe buffer size. pending read lowers WriteQuotaAvailable > > > > should be: > > > > - pipe buffer size. Every pending read lowers WriteQuotaAvailable > > + pipe buffer size. Pending read lowers WriteQuotaAvailable > > The patch looks great to me. Two minor nits: > > 1. The patch doesn't apply cleanly. Could you rebase it against the current > HEAD of topic/pipe? > > 2. There's no need for chunk to be less than the number of bytes requested if we > know there's data in the pipe. So maybe something like this (untested) would be > better: > > ULONG chunk; > status = NtQueryInformationFile (get_handle (), &io, > &fpli, sizeof (fpli), > FilePipeLocalInformation); > if (NT_SUCCESS (status)) > { > if (fpli.ReadDataAvailable > 0) > chunk = left; > else if (nbytes != 0) > break; > else > chunk = fpli.InboundQuota / 2; > } > else if (nbytes != 0) > break; > else > chunk = max_atomic_write / 2; > > if (chunk < left) > len1 = chunk; Could you please try attached new patch? -- Takashi Yano --Multipart=_Mon__6_Sep_2021_05_09_50_+0900_XvUd0SQmBf1qQP94 Content-Type: application/octet-stream; name="0001-Cygwin-pipe-Stop-counting-reader-and-read-all-availa.patch" Content-Disposition: attachment; filename="0001-Cygwin-pipe-Stop-counting-reader-and-read-all-availa.patch" Content-Transfer-Encoding: base64 RnJvbSBkODNkMDMxNGE4MzQ2N2Q0ZjE3NzhhZDgzNWIxMmEzNmM5ZGNiODNiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBUYWthc2hpIFlhbm8gPHRha2FzaGkueWFub0BuaWZ0eS5uZS5q cD4KRGF0ZTogTW9uLCA2IFNlcCAyMDIxIDA0OjU4OjU4ICswOTAwClN1YmplY3Q6IFtQQVRDSF0g Q3lnd2luOiBwaXBlOiBTdG9wIGNvdW50aW5nIHJlYWRlciBhbmQgcmVhZCBhbGwgYXZhaWxhYmxl CiBkYXRhLgoKLSBCeSBndWFyZGluZyByZWFkIHdpdGggcmVhZF9tdHgsIG5vIG1vcmUgdGhhbiBv bmUgUmVhZEZpbGUgY2FuCiAgYmUgY2FsbGVkIHNpbXVsdGFuZW91c2x5LiBTbyBjb3V0aW5nIHJl YWQgaGFuZGxlcyBpcyBubyBsb25nZXIKICBuZWNlc3NhcnkuCi0gTWFrZSByYXdfcmVhZCBjb2Rl IGFzIHNpbWlsYXIgYXMgcG9zc2libGUgdG8gcmF3X3dyaXRlIGNvZGUuCi0tLQogd2luc3VwL2N5 Z3dpbi9maGFuZGxlcl9waXBlLmNjIHwgOTAgKysrKysrKysrKysrKysrKysrKy0tLS0tLS0tLS0t LS0tLQogMSBmaWxlIGNoYW5nZWQsIDUxIGluc2VydGlvbnMoKyksIDM5IGRlbGV0aW9ucygtKQoK ZGlmZiAtLWdpdCBhL3dpbnN1cC9jeWd3aW4vZmhhbmRsZXJfcGlwZS5jYyBiL3dpbnN1cC9jeWd3 aW4vZmhhbmRsZXJfcGlwZS5jYwppbmRleCA2ODk3NGViODAuLjFhNzQ1NTFjNiAxMDA2NDQKLS0t IGEvd2luc3VwL2N5Z3dpbi9maGFuZGxlcl9waXBlLmNjCisrKyBiL3dpbnN1cC9jeWd3aW4vZmhh bmRsZXJfcGlwZS5jYwpAQCAtMjIxLDEyICsyMjEsMTAgQEAgZmhhbmRsZXJfcGlwZTo6Z2V0X3By b2NfZmRfbmFtZSAoY2hhciAqYnVmKQogdm9pZCBfX3JlZzMKIGZoYW5kbGVyX3BpcGU6OnJhd19y ZWFkICh2b2lkICpwdHIsIHNpemVfdCYgbGVuKQogewotICBOVFNUQVRVUyBzdGF0dXM7CisgIHNp emVfdCBuYnl0ZXMgPSAwOworICBOVFNUQVRVUyBzdGF0dXMgPSBTVEFUVVNfU1VDQ0VTUzsKICAg SU9fU1RBVFVTX0JMT0NLIGlvOwogICBIQU5ETEUgZXZ0ID0gTlVMTDsKLSAgRFdPUkQgd2FpdHJl dCA9IFdBSVRfT0JKRUNUXzA7Ci0gIGJvb2wga2VlcF9sb29waW5nID0gZmFsc2U7Ci0gIHNpemVf dCBvcmlnX2xlbiA9IGxlbjsKIAogICBpZiAoIWxlbikKICAgICByZXR1cm47CkBAIC0yMzksNDMg KzIzNyw1MSBAQCBmaGFuZGxlcl9waXBlOjpyYXdfcmVhZCAodm9pZCAqcHRyLCBzaXplX3QmIGxl bikKICAgICAgIHJldHVybjsKICAgICB9CiAKLSAgZG8KKyAgRFdPUkQgdGltZW91dCA9IGlzX25v bmJsb2NraW5nICgpID8gMCA6IElORklOSVRFOworICBpZiAoV0FJVF9USU1FT1VUID09IFdhaXRG b3JTaW5nbGVPYmplY3QgKHJlYWRfbXR4LCB0aW1lb3V0KSkKICAgICB7Ci0gICAgICBsZW4gPSBv cmlnX2xlbjsKLSAgICAgIGtlZXBfbG9vcGluZyA9IGZhbHNlOworICAgICAgc2V0X2Vycm5vIChF QUdBSU4pOworICAgICAgbGVuID0gKHNpemVfdCkgLTE7CisgICAgICByZXR1cm47CisgICAgfQor ICB3aGlsZSAobmJ5dGVzIDwgbGVuKQorICAgIHsKKyAgICAgIFVMT05HX1BUUiBuYnl0ZXNfbm93 ID0gMDsKKyAgICAgIHNpemVfdCBsZWZ0ID0gbGVuIC0gbmJ5dGVzOworICAgICAgVUxPTkcgbGVu MSA9IChVTE9ORykgbGVmdDsKKyAgICAgIERXT1JEIHdhaXRyZXQgPSBXQUlUX09CSkVDVF8wOwor CiAgICAgICBpZiAoZXZ0KQogCVJlc2V0RXZlbnQgKGV2dCk7CiAgICAgICBpZiAoIWlzX25vbmJs b2NraW5nICgpKQogCXsKIAkgIEZJTEVfUElQRV9MT0NBTF9JTkZPUk1BVElPTiBmcGxpOwotCSAg VUxPTkcgcmVhZGVyX2NvdW50OwotCSAgVUxPTkcgbWF4X2xlbiA9IDY0OwotCi0JICBXYWl0Rm9y U2luZ2xlT2JqZWN0IChyZWFkX210eCwgSU5GSU5JVEUpOwogCiAJICAvKiBJZiB0aGUgcGlwZSBp cyBlbXB0eSwgZG9uJ3QgcmVxdWVzdCBtb3JlIGJ5dGVzIHRoYW4gaGFsZiB0aGUKLQkgICAgIHBp cGUgYnVmZmVyIHNpemUuICBFdmVyeSBwZW5kaW5nIHJlYWQgbG93ZXJzIFdyaXRlUXVvdGFBdmFp bGFibGUKLQkgICAgIG9uIHRoZSB3cml0ZSBzaWRlIGFuZCB0aHVzIGFmZmVjdHMgc2VsZWN0J3Mg YWJpbGl0eSB0byByZXR1cm4KLQkgICAgIG1vcmUgb3IgbGVzcyByZWxpYWJsZSBpbmZvIHdoZXRo ZXIgYSB3cml0ZSBzdWNjZWVkcyBvciBub3QuCi0KLQkgICAgIExldCB0aGUgc2l6ZSBvZiB0aGUg cmVxdWVzdCBkZXBlbmQgb24gdGhlIG51bWJlciBvZiByZWFkZXJzCi0JICAgICBhdCB0aGUgdGlt ZS4gKi8KKwkgICAgIHBpcGUgYnVmZmVyIHNpemUuIFBlbmRpbmcgcmVhZCBsb3dlcnMgV3JpdGVR dW90YUF2YWlsYWJsZSBvbgorCSAgICAgdGhlIHdyaXRlIHNpZGUgYW5kIHRodXMgYWZmZWN0cyBz ZWxlY3QncyBhYmlsaXR5IHRvIHJldHVybgorCSAgICAgbW9yZSBvciBsZXNzIHJlbGlhYmxlIGlu Zm8gd2hldGhlciBhIHdyaXRlIHN1Y2NlZWRzIG9yIG5vdC4gKi8KKwkgIFVMT05HIGNodW5rID0g bWF4X2F0b21pY193cml0ZSAvIDI7CiAJICBzdGF0dXMgPSBOdFF1ZXJ5SW5mb3JtYXRpb25GaWxl IChnZXRfaGFuZGxlICgpLCAmaW8sCiAJCQkJCSAgICZmcGxpLCBzaXplb2YgKGZwbGkpLAogCQkJ CQkgICBGaWxlUGlwZUxvY2FsSW5mb3JtYXRpb24pOwotCSAgaWYgKE5UX1NVQ0NFU1MgKHN0YXR1 cykgJiYgZnBsaS5SZWFkRGF0YUF2YWlsYWJsZSA9PSAwKQorCSAgaWYgKE5UX1NVQ0NFU1MgKHN0 YXR1cykpCiAJICAgIHsKLQkgICAgICByZWFkZXJfY291bnQgPSBnZXRfb2JqX2hhbmRsZV9jb3Vu dCAoZ2V0X2hhbmRsZSAoKSk7Ci0JICAgICAgaWYgKHJlYWRlcl9jb3VudCA8IDEwKQotCQltYXhf bGVuID0gZnBsaS5JbmJvdW5kUXVvdGEgLyAoMiAqIHJlYWRlcl9jb3VudCk7Ci0JICAgICAgaWYg KGxlbiA+IG1heF9sZW4pCi0JCWxlbiA9IG1heF9sZW47CisJICAgICAgaWYgKGZwbGkuUmVhZERh dGFBdmFpbGFibGUgPiAwKQorCQljaHVuayA9IGxlZnQ7CisJICAgICAgZWxzZSBpZiAobmJ5dGVz ICE9IDApCisJCWJyZWFrOworCSAgICAgIGVsc2UKKwkJY2h1bmsgPSBmcGxpLkluYm91bmRRdW90 YSAvIDI7CiAJICAgIH0KKwkgIGVsc2UgaWYgKG5ieXRlcyAhPSAwKQorCSAgICBicmVhazsKKwor CSAgaWYgKGxlbjEgPiBjaHVuaykKKwkgICAgbGVuMSA9IGNodW5rOwogCX0KICAgICAgIHN0YXR1 cyA9IE50UmVhZEZpbGUgKGdldF9oYW5kbGUgKCksIGV2dCwgTlVMTCwgTlVMTCwgJmlvLCBwdHIs Ci0JCQkgICBsZW4sIE5VTEwsIE5VTEwpOwotICAgICAgaWYgKCFpc19ub25ibG9ja2luZyAoKSkK LQlSZWxlYXNlTXV0ZXggKHJlYWRfbXR4KTsKKwkJCSAgIGxlbjEsIE5VTEwsIE5VTEwpOwogICAg ICAgaWYgKGV2dCAmJiBzdGF0dXMgPT0gU1RBVFVTX1BFTkRJTkcpCiAJewogCSAgd2FpdHJldCA9 IGN5Z3dhaXQgKGV2dCk7CkBAIC0yOTIsMTMgKzI5OCwxMyBAQCBmaGFuZGxlcl9waXBlOjpyYXdf cmVhZCAodm9pZCAqcHRyLCBzaXplX3QmIGxlbikKIAkgICAgc2V0X2Vycm5vIChFQkFERik7CiAJ ICBlbHNlCiAJICAgIF9fc2V0ZXJybm8gKCk7Ci0JICBsZW4gPSAoc2l6ZV90KSAtMTsKKwkgIG5i eXRlcyA9IChzaXplX3QpIC0xOwogCX0KICAgICAgIGVsc2UgaWYgKE5UX1NVQ0NFU1MgKHN0YXR1 cykpCiAJewotCSAgbGVuID0gaW8uSW5mb3JtYXRpb247Ci0JICBpZiAobGVuID09IDApCi0JICAg IGtlZXBfbG9vcGluZyA9IHRydWU7CisJICBuYnl0ZXNfbm93ID0gaW8uSW5mb3JtYXRpb247CisJ ICBwdHIgPSAoKGNoYXIgKikgcHRyKSArIG5ieXRlc19ub3c7CisJICBuYnl0ZXMgKz0gbmJ5dGVz X25vdzsKIAl9CiAgICAgICBlbHNlCiAJewpAQCAtMzA4LDQwICszMTQsNDYgQEAgZmhhbmRsZXJf cGlwZTo6cmF3X3JlYWQgKHZvaWQgKnB0ciwgc2l6ZV90JiBsZW4pCiAJICAgIGNhc2UgU1RBVFVT X0VORF9PRl9GSUxFOgogCSAgICBjYXNlIFNUQVRVU19QSVBFX0JST0tFTjoKIAkgICAgICAvKiBU aGlzIGlzIHJlYWxseSBFT0YuICAqLwotCSAgICAgIGxlbiA9IDA7CiAJICAgICAgYnJlYWs7CiAJ ICAgIGNhc2UgU1RBVFVTX01PUkVfRU5UUklFUzoKIAkgICAgY2FzZSBTVEFUVVNfQlVGRkVSX09W RVJGTE9XOgogCSAgICAgIC8qIGBpby5JbmZvcm1hdGlvbicgaXMgc3VwcG9zZWRseSB2YWxpZC4g ICovCi0JICAgICAgbGVuID0gaW8uSW5mb3JtYXRpb247Ci0JICAgICAgaWYgKGxlbiA9PSAwKQot CQlrZWVwX2xvb3BpbmcgPSB0cnVlOworCSAgICAgIG5ieXRlc19ub3cgPSBpby5JbmZvcm1hdGlv bjsKKwkgICAgICBwdHIgPSAoKGNoYXIgKikgcHRyKSArIG5ieXRlc19ub3c7CisJICAgICAgbmJ5 dGVzICs9IG5ieXRlc19ub3c7CiAJICAgICAgYnJlYWs7CiAJICAgIGNhc2UgU1RBVFVTX1BJUEVf TElTVEVOSU5HOgogCSAgICBjYXNlIFNUQVRVU19QSVBFX0VNUFRZOgorCSAgICAgIGlmIChuYnl0 ZXMgIT0gMCkKKwkJYnJlYWs7CiAJICAgICAgaWYgKGlzX25vbmJsb2NraW5nICgpKQogCQl7CiAJ CSAgc2V0X2Vycm5vIChFQUdBSU4pOwotCQkgIGxlbiA9IChzaXplX3QpIC0xOworCQkgIG5ieXRl cyA9IChzaXplX3QpIC0xOwogCQkgIGJyZWFrOwogCQl9CiAJICAgICAgZmFsbHRocm91Z2g7CiAJ ICAgIGRlZmF1bHQ6CiAJICAgICAgX19zZXRlcnJub19mcm9tX250X3N0YXR1cyAoc3RhdHVzKTsK LQkgICAgICBsZW4gPSAoc2l6ZV90KSAtMTsKKwkgICAgICBuYnl0ZXMgPSAoc2l6ZV90KSAtMTsK IAkgICAgICBicmVhazsKIAkgICAgfQogCX0KLSAgICB9IHdoaWxlIChrZWVwX2xvb3BpbmcpOwor CisgICAgICBpZiAobmJ5dGVzX25vdyA9PSAwKQorCWJyZWFrOworICAgIH0KKyAgUmVsZWFzZU11 dGV4IChyZWFkX210eCk7CiAgIGlmIChldnQpCiAgICAgQ2xvc2VIYW5kbGUgKGV2dCk7Ci0gIGlm IChzdGF0dXMgPT0gU1RBVFVTX1RIUkVBRF9TSUdOQUxFRCkKKyAgaWYgKHN0YXR1cyA9PSBTVEFU VVNfVEhSRUFEX1NJR05BTEVEICYmIG5ieXRlcyA9PSAwKQogICAgIHsKICAgICAgIHNldF9lcnJu byAoRUlOVFIpOwotICAgICAgbGVuID0gKHNpemVfdCkgLTE7CisgICAgICBuYnl0ZXMgPSAoc2l6 ZV90KSAtMTsKICAgICB9CiAgIGVsc2UgaWYgKHN0YXR1cyA9PSBTVEFUVVNfVEhSRUFEX0NBTkNF TEVEKQogICAgIHB0aHJlYWQ6OnN0YXRpY19jYW5jZWxfc2VsZiAoKTsKKyAgbGVuID0gbmJ5dGVz OwogfQogCiBzc2l6ZV90IF9fcmVnMwotLSAKMi4zMy4wCgo= --Multipart=_Mon__6_Sep_2021_05_09_50_+0900_XvUd0SQmBf1qQP94--