delorie.com/archives/browse.cgi | search |
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.3.2 sourceware.org 0D7B7385781B |
Authentication-Results: | sourceware.org; |
dmarc=none (p=none dis=none) header.from=towo.net | |
Authentication-Results: | sourceware.org; spf=none smtp.mailfrom=towo AT towo DOT net |
Subject: | Re: [ANNOUNCEMENT] cygwin 3.2.0-1 |
To: | cygwin AT cygwin DOT com |
References: | <announce DOT 20210329194005 DOT 258854-1-corinna-cygwin AT cygwin DOT com> |
<vriulfa0ydem DOT fsf AT gavenkoa DOT example DOT com> | |
From: | Thomas Wolff <towo AT towo DOT net> |
Message-ID: | <39d4f045-79d4-782a-4cd0-e277b382fa63@towo.net> |
Date: | Fri, 2 Apr 2021 20:22:12 +0200 |
User-Agent: | Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 |
Thunderbird/78.9.0 | |
MIME-Version: | 1.0 |
In-Reply-To: | <vriulfa0ydem.fsf@gavenkoa.example.com> |
X-Provags-ID: | V03:K1:65UOFkKJPlj+gGkFq7vC7kOEaIGIcIBcjKg7boyErcXpAQeRkza |
X/fnuIxyNMR+Rx9lIu++gsyNYczMID0Kib/p9iyzILZH1KnJQc+YlQshsxVfBg9enIdi9g6 | |
nmGlYHLhupRRSDhOVVgXOBX3EkiEKPUle00/3gorAFVgquO4SEn6C/5tOxs2SHpl/MPdAbl | |
vRivxzd6K33rQFezFlp0w== | |
X-UI-Out-Filterresults: | notjunk:1;V03:K0:uZrKVs1slC8=:sA9KEPWYZbpq9YvlKoeTZ5 |
hDsqQOACQUQwL1dp7Q8uw9xJzkA2ld8zn6hNkGN8PcNdhpfVtAdREKqPDB6cA4CNJ0qerqj6W | |
QKa13lGbCZ4mlsVMe03c6Y4ofARQT5DMHv1HQeOWPUrMrvFeW4SeZbvDoP9uA6lXtYta2GVRe | |
lN5hb8ih0VWpgUs+5CkPQ/ayWxEIX53ziJjl6Jt2bcGnGr1Rlx7aC/UOemfELz/TxGWAxDCtk | |
6Fq5c7tB55w7DOlwGPGEPRRm72r/7Mn46xBWEPXyPEqkF/l/3iHGthkID2vcgjfrYA/EnQZGc | |
9w4gsYO3z7lv7dR2mXkpjnxca20hXLNxaj8b8r67ivrNurlpwM3TFYUUPGuaHB2sxOvRL011w | |
o9NW+lPZcMNA8lIuyq47X1gJu60kfDotAinMjlYryA1/Pdo/tEDNkOBa5/A6jXTKENCpHTCPb | |
c9cY+WZtn5W16lIhV9TouFRmkcz8y1o= | |
X-Spam-Status: | No, score=-0.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, |
KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, | |
RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, | |
TXREP autolearn=no autolearn_force=no version=3.4.2 | |
X-Spam-Checker-Version: | SpamAssassin 3.4.2 (2018-09-13) on |
server2.sourceware.org | |
X-BeenThere: | cygwin AT cygwin DOT com |
X-Mailman-Version: | 2.1.29 |
List-Id: | General Cygwin discussions and problem reports <cygwin.cygwin.com> |
List-Unsubscribe: | <https://cygwin.com/mailman/options/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe> | |
List-Archive: | <https://cygwin.com/pipermail/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-request AT cygwin DOT com?subject=help> |
List-Subscribe: | <https://cygwin.com/mailman/listinfo/cygwin>, |
<mailto:cygwin-request AT cygwin DOT com?subject=subscribe> | |
Errors-To: | cygwin-bounces AT cygwin DOT com |
Sender: | "Cygwin" <cygwin-bounces AT cygwin DOT com> |
Am 02.04.2021 um 16:22 schrieb Oleksandr Gavenko via Cygwin: > On 2021-03-29, Corinna Vinschen via Cygwin-announce via Cygwin wrote: > >> - Allow to start Windows Store executables via their "app execution >> aliases". Handle these aliases (which are special reparse points) >> as symlinks to the actual executables. > User voice: cool! > > # ls -l /cygdrive/c/Users/$USERNAME/AppData/Local/Microsoft/WindowsApps/ | grep '[-]>' > lrwxrwxrwx 1 user user 99 2020-11-26 13:24 Alpine.exe -> /cygdrive/c/Program Files/WindowsApps/36828agowa338.AlpineWSL_1.5.0.0_x64__my43bytk1c4nr/Alpine.exe > lrwxrwxrwx 1 user user 107 2021-02-12 20:52 debian.exe -> /cygdrive/c/Program Files/WindowsApps/TheDebianProject.DebianGNULinux_1.3.0.0_x64__76v4gfsz19hv4/debian.exe > lrwxrwxrwx 1 user user 121 2021-02-25 14:59 ubuntu.exe -> /cygdrive/c/Program Files/WindowsApps/CanonicalGroupLimited.UbuntuonWindows_2004.2021.222.0_x64__79rhkp1fndgsc/ubuntu.exe > > WindowsApps is already in PATH (not sure who added) and allows to start WSL > distros from Cygwin! Note that if you do this within mintty, you will lose a subtle part of the terminal features by the Windows ConPTY terminal emulation enforced in this case. To avoid that, the wslbridge2 gateway should be used instead, which is implicitly involved when running mintty with option --WSL. I guess it would be useful to have wslbridge2 as a cygwin package in order to support this. Thomas > > Before I started debian/alpine via "Win + R" and conhost was used which > doesn't support Shift+Insert (although they added Ctrl+Shift+V to paste). > > I use Shift+Ins a lot in Mintty. And Shift+PgUp/PgDown which is absent in > conhost. > >> - Revamped pseudo console support. Conditionally activating it only when >> a non-cygwin application is run. > I reread latest mails to see if anyone reported about mintty CPU usage. > > I read about a new version and updated and problems seems disappeared but I'm > not sure about who is responsible: > > /var/log/setup.log: > > 2021/04/02 15:56:32 1 install cygwin 3.2.0-1 > 2021/04/02 15:56:32 2 erase cygwin 3.1.7-1 > > 2021/04/02 15:56:32 15 install mintty 3.4.7-1 > 2021/04/02 15:56:32 16 erase mintty 3.4.6-1 > > Basically all mintty processes took about 1-1.5% cpu load. 5 minnty caused > 7-10% CPU load (and electrical bills + fan noise) even when terminals were > idling. > > Now each idling mintty takes 0.06-.11% CPU load (reported by procexp). > > I took stack reports from procexp before updates. There are 2 threads caused > CPU load (first took 0.7% CPU, second 0.5% CPU on average) and the picture > reproduced 100%: > > ntoskrnl.exe!KeSynchronizeExecution+0x5b66 > ntoskrnl.exe!KeWaitForMutexObject+0x1460 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeWaitForMutexObject+0x233 > ntoskrnl.exe!ExWaitForRundownProtectionRelease+0x7dd > ntoskrnl.exe!KeWaitForMutexObject+0x3a29 > ntoskrnl.exe!KeWaitForMutexObject+0x1787 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeDelayExecutionThread+0x122 > ntoskrnl.exe!SeReleaseSubjectContext+0x21bf > ntoskrnl.exe!setjmpex+0x7c15 > ntdll.dll!NtDelayExecution+0x14 > KERNELBASE.dll!SleepEx+0x9e > cygwin1.dll!feinitialise+0x5b43a > cygwin1.dll!setprogname+0x3041 > cygwin1.dll!setprogname+0x3656 > cygwin1.dll!setprogname+0x4126 > cygwin1.dll!setprogname+0x41d4 > KERNEL32.dll!BaseThreadInitThunk+0x14 > ntdll.dll!RtlUserThreadStart+0x21 > > ntoskrnl.exe!KeSynchronizeExecution+0x5b66 > ntoskrnl.exe!KeWaitForMutexObject+0x1460 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeWaitForMutexObject+0x233 > ntoskrnl.exe!ExWaitForRundownProtectionRelease+0x7dd > ntoskrnl.exe!KeWaitForMutexObject+0x3a29 > ntoskrnl.exe!KeWaitForMutexObject+0x1787 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeWaitForMultipleObjects+0x2be > ntoskrnl.exe!ObWaitForMultipleObjects+0x2f0 > ntoskrnl.exe!FsRtlCancellableWaitForMultipleObjects+0x229 > ntoskrnl.exe!setjmpex+0x7c15 > ntdll.dll!NtWaitForMultipleObjects+0x14 > KERNELBASE.dll!WaitForMultipleObjectsEx+0xf0 > KERNELBASE.dll!WaitForMultipleObjects+0xe > cygwin1.dll!setprogname+0x445c > cygwin1.dll!acl_get_perm+0x4ee0 > cygwin1.dll!setprogname+0x3041 > cygwin1.dll!setprogname+0x3656 > cygwin1.dll!setprogname+0x4126 > cygwin1.dll!setprogname+0x41d4 > KERNEL32.dll!BaseThreadInitThunk+0x14 > ntdll.dll!RtlUserThreadStart+0x21 > > With new Cygwin DLL & mintty the picture was changed to a single thread > consuming 0.06-0.11% CPU: > > ntoskrnl.exe!KeSynchronizeExecution+0x5b66 > ntoskrnl.exe!KeWaitForMutexObject+0x1460 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeWaitForMutexObject+0x233 > ntoskrnl.exe!ExWaitForRundownProtectionRelease+0x7dd > ntoskrnl.exe!KeWaitForMutexObject+0x3a29 > ntoskrnl.exe!KeWaitForMutexObject+0x1787 > ntoskrnl.exe!KeWaitForMutexObject+0x98f > ntoskrnl.exe!KeWaitForMultipleObjects+0x2be > ntoskrnl.exe!ObWaitForMultipleObjects+0x2f0 > ntoskrnl.exe!FsRtlCancellableWaitForMultipleObjects+0x229 > ntoskrnl.exe!setjmpex+0x7c15 > ntdll.dll!NtWaitForMultipleObjects+0x14 > KERNELBASE.dll!WaitForMultipleObjectsEx+0xf0 > KERNELBASE.dll!WaitForMultipleObjects+0xe > cygwin1.dll!_assert+0x460c > cygwin1.dll!acl_get_perm+0x52b0 > cygwin1.dll!_assert+0x31f1 > cygwin1.dll!_assert+0x3806 > cygwin1.dll!_assert+0x42d6 > cygwin1.dll!_assert+0x4384 > KERNEL32.dll!BaseThreadInitThunk+0x14 > ntdll.dll!RtlUserThreadStart+0x21 > > Next time I try to use real profiler for report, have to get familiar with > good one. > -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |