I've noticed within the past month or maybe two that whenever I resume my laptop from sleep, the sshd.exe cygwin process consumes 100% of a CPU core (i.e. it reports constant "25%" utilization on my 4-core machine.
I think but cannot confirm that this started with one of the major feature updates to Windows 10 that I installed recently.
The problem can be temporarily resolved by doing a HUP on the sshd process, but as soon as I suspend/resume it starts spinning again, which substantially increases power and rips through the battery on the machine (not to mention it gets hot as hell)..
suggestions on what to do here? I can't know at this point whether windows is the victim and cygwin/SSHD is the killer, or the other way around...
Versions:
Windows 10 Pro 20H2 build 19042.1052
OpenSSH_8.5p1, OpenSSL 1.1.1f 31 Mar 2020
Related
Good afternoon.
There is a program (console) written in Net.Core 3.1.
On Windows OS it works fine, on a test machine with Linux Debian OS, it also works fine, but on a customer machine with Linux Debian OS, the following problematic situation occurs:
There is a constant growth of threads, for example, + 10 threads every minute and after a few hours the number of threads exceeds several thousand (for example, 6000) and after that the program freezes and tries to restart, and falls.
Question:
In which direction to look for the cause of this situation, in the settings of the virtual machine and Debian Linux, or in the peculiarities of working with Net.Core 3.1 in Linux?
I installed the latest version of the HoloLens 2 Emulator (10.0.20348.1501) on my Windows 10 Pro machine. I have 32GB of RAM, 11th Gen Intel 8 Core CPU, Nvidia 3080 (mobile) graphics card.
Initially I thought that the HoloLens emulator was super slow (an input such as trying to move the pointer can take 10, 20, 30 seconds to show up and sometimes doesn't even show up).
But upon testing some more, I've realized that my inputs are going through immediately (as I can tell from the sound feedback), it's just the visual feedback which is not updating. This testing is just inside the OS (without trying to launch an app I developed).
Any ideas what could be going on? In the performance monitoring tool, everything looks fine.
In the end, the only way to fix it, was to disable graphics switching in the BIOS, and set to Discrete only - despite the fact that the Nvidia GPU Activity shows that the GPU turns on when I launch the emulator.
If the emulator takes 10 seconds to update the graphic, there should be configurations issues. Based on my test, though I cannot say it works fluently in my PC, the HoloLens 2 emulator runs at around 15 fps. There is delay but should be work fine for testing. (I am running it with Nvidia 1080 (mobile), with a much older CPU than yours.)
Please check the document on Using the HoloLens Emulator - Mixed Reality | Microsoft Docs and make sure you have configured your computer properly.
In BIOS
Intel VT -> enabled
Intel VT-d -> disabled
Hardware-based Data Execution Prevention (DEP) (or any Intel data protection related feature, display name could be varied) -> disabled
In Windows
After BIOS configuration is done, completely shut down your PC, then boot. (Directly reboot may not apply changes).
Run dxdiag to check:
DirectX 11.0 or later (12.0 in my PC)
WDDM 2.5 graphics driver or later (3.0 in my PC)
Hyper-V Checking
Enable it if it is not. Reboot is required.
If it is already enabled. Disable it -> reboot the PC -> enable it again -> reboot
Others
For the laptop, make sure the power supply is plug-in and it is not in power-save mode. Check the GPU payload (around 36% in Nvidia 1080 mobile)
Then you may run the emulator again to see if this issue still exists.
VMware ESXi 6.5 and later (VM version 13)
2x CPU (Xeon E5-2620 v3)
16,384 MB memory
Guest OS: Windows 10 Pro 1809 (build 17763.55)
Performance of the VM is very sluggish, even through the VMware console connection. Looking at the Resource Monitor, the tomcat9.exe process is the main hog of CPU time. This process has between 150-180 threads running and average CPU utilisation of around 75% with overall CPU hovering around 90-100%.
I have been reading that Tomcat should be able to run on minimal resources so there must be something else going on here. Unfortunately I know very little about Tomcat so am at a loss of what to look for. I have rebooted the VM and have nothing running on it (apart from the Resource Monitor).
Surely Tomcat should not be monopolising the CPU like this?
It also seems like a Java process is high on the CPU utilisation list. Conversely, we have another instance using Tomcat 8 on Windows 7 which is not taxing the CPU at all.
In this specific case, increasing the amount of memory available to the Java Virtual Machine (JVM) solved the problem.
Refer this article for How to Increase Java Memory in Windows
I have dual booted windows 7 and ubuntu 14.04 on my PC.
I have a recurring problem with windows.
The screen frequently becomes blank for a few seconds, showing an error message in a popup menu:
"Display driver stopped responding and has recovered. Display driver NVIDIA windows kernel mode driver version 266.58 stopped responding and has successfully recovered."
Here are my computer specifications:
Intel core i5 processor,
4gb ram,
Nvidia GeForce 210 graphics card.
I updated the drivers on my computer.
I also formatted my PC, but the problem still persists.
Now the problem is worse and windows shuts down within a few minutes of starting.
Today, Ubuntu also started randomly freezing, a symptom which had not presented itself until now.
As Astor139 said:
Honestly, this particular question doesn't fit stack overflow, since it isn't strictly programming related. (As far as I can tell, you have a hardware issue.) Since it persists across two different OS, with very different arch, I would say you need a new gpu. A Nvidia GT 730 is under $50 USD and would be a suitable replacement/upgrade for your 200.
Posted as his comment is really a suitable answer.
Can anyone point me to VMware workstation benchmarks for compile workload?
Been looking for a while and I can't find any. It's a bit weird - this is supposedly a developer oriented product. Full compile of our project usually takes about 4 minutes.
I am currently using VMware workstation for development. Guest OS is Linux and the host is Windows. I don't use much of the VMware workstation features like snapshots - I have my code repository for that and I can re-create my dev environment within 10 minutes tops. I just prefer Windows font rendering, so I ssh (putty) to my VM and develop from console.
I am wondering how much compile performance I am sacrificing versus native. If there is a considerable difference (30% or more), perhaps it is more practical to have a dedicated/native dev box.
For background, In 2005/2006 or so I worked on a very large project based on linux and using Tuxedo and Informix.
We virtualized the environment for each developer with VMWare and also had 2 separate groups of machines for Q/A and staging.
Builds were done on the machines for which they were targeted for "consistency."
Unless we asked for make to run more jobs than we had CPUs (make -j 4 on a 2 CPU machine) the virtual machines build time was within 5 to 10% of the real machines.
As I recall, our makefiles reported build times of apx 18 to 20 minutes on a real machine and 20 to 24 on a virtual machine.
The virtual machines also bogged down from heavy network or disk IO.