La CPU raggiunge il 100% quando si utilizza openSSH per Windows

Sto usando openSSH per Windows (OpenSSH 7.1p1-1). Ho notato che dopo pochi giorni i processi sshd.exe sono compresi nell'intervallo del 20% cpu, il picco di utilizzo al 100% è tutto preso dai processi. ho cercato su Google il problema e ho guardato qui e ho trovato una risposta dicendo che quando eseguono openSSH con un antivirus possono competere per le risorse, il fatto è che non ho un antivirus su questa macchina Windows

Qualcuno ha riscontrato questo problema prima?

windows openssh

— doc
fonte

cosa sta succedendo nei registri? Quante prshs sshd vedi lì?

— Jakuje,

Puoi scaricare la suite Sysinternals per vedere cosa sta succedendo con i processi, in particolare puoi controllare Process Monitor per controllare le operazioni di IO, ecc .

— Ed

Avrei eseguito: procdump -ma processname( docs.microsoft.com/sysinternals/downloads/procdump ) per ottenere 2 o 3 dump quando si verifica il problema. È possibile ottenere procdump per farlo con gli switch, se necessario. Quindi aprili in Windbg (esiste un'app Store, ma imposterei Windows SDK per la tua piattaforma e installerei gli strumenti di debug). Corri !runawaycontro i dump per trovare i thread occupati. Quindi guarda le pile di questi thread per cercare di capire cosa stanno facendo, quali moduli sono coinvolti ecc. Suggerirei di eseguire quanto segue su alcuni dump per vedere se è coerente.

— HelpingHand,

Se stai usando Windows 10 potresti provare a installare il client OpenSSH ufficiale di Windows (e anche il server se desideri l'accesso remoto a Windows su SSH).

Dal Pannello di controllo -> App , nella scheda App e funzionalità , fai clic su Gestisci funzionalità opzionali e aggiungi OpenSSH Client .

Potrebbe essere necessario disinstallare l'altro client, eseguire ssh.exe utilizzando il percorso completo o modificare% Path% per eseguire la versione corretta. Una volta installata, la versione di ssh.exe di Windows deve essere installata %windir%\System32\OpenSSH\con questa directory aggiunta a% Path%.

— Thomas Guyot-Sionnest
fonte