Windows congelar após o fechamento abrir / salvar explorador de arquivos a partir de um aplicativo

1

Quando eu chamo um explorador de janelas a partir de um aplicativo (abrir / salvar arquivo), assim que ele fecha (sempre que clicar em cancelar ou realmente salvar / abrir um arquivo), o aplicativo congelará por 3 a 15 segundos. Nada de especial aparecendo no desempenho do monitor *, eu não sei de onde isso está vindo.

* O aplicativo congelado leva 0% da CPU / disco, mas tem status "não respondendo"

Embora este não seja um problema sério, torna-se muito irritante quando estou codificando e salvando novos arquivos a cada poucos minutos.

Isso acontece em vários softwares diferentes (Sublime Text, thunderbird, firefox, etc.) e o fator comum são os comandos "salvar como" que chamam um navegador. Isso não acontece quando eu abro um explorador regular com WIN + E.

É bastante estranho, porque o problema desaparece para "salvamentos consecutivos" (ou seja, se eu fizer um "salvar como" pouco tempo depois de um anterior no mesmo aplicativo, ele não irá congelar a maior parte do tempo )

Eu também tentei procurar e matar processos para ver se isso mudaria alguma coisa, mas até agora não encontrei o culpado.

Acredito que não tive esse problema depois de uma nova instalação do Windows. Como estou desenvolvendo muito, suspeito que isso possa estar relacionado a algum software que assiste a atualizações de pasta, mas não tenho ideia de como rastrear o problema. Também o fato é que apenas o aplicativo que pediu para salvar o arquivo congela meio quebra-cabeça me. Algum conselho sobre isso?

Eu não acredito que o hardware seja relevante, como acontece no meu desktop e laptop. Ambos executam o Windows 8. Minha área de trabalho é uma máquina bastante poderosa, com SSDs e um Intel i7.

EDIT: processos em execução

EDIT: serviços em execução (acho que usei o paint.net não faz mal ...)

    
por Cyril Duchon-Doris 15.01.2015 / 18:23

2 respostas

0

Esse comportamento exato pode ser causado quando um compartilhamento de unidade / mapeado que o Windows espera estar lá está agindo de maneira instável. Eu tive que lidar com isso quando um flashdrive esquecido ligado nas costas começou a morrer. Eu fui capaz de identificar a unidade, indo para o meu computador e encontrar esse explorador enforcado, se eu tentei abrir a unidade (a letra da unidade foi mostrada, mas a etiqueta estava faltando). Remover a unidade não respondida resolveu o problema.

Copie / cole o link (é para o Office, mas posso confirmar que afeta todos os estilos modernos abrir / salvar diálogos)

  • Quando o computador está conectado a um ou mais compartilhamentos de rede mapeados inexistentes ou que estão atualmente off-line.
  • Quando uma ou mais unidades mapeadas são persistentes e a unidade está em um domínio que não é confiável.
  • Quando a unidade mapeada está localizada em um computador lento ou em um nível inferior. Um computador de nível inferior é quando o sistema operacional do computador tem uma versão anterior do Microsoft Windows que o computador que você está usando).
  • Quando uma unidade mapeada é conectada através de uma rede de longa distância (WAN).
  • Quando uma unidade é uma unidade removível inacessível.

Encontre a unidade que não está respondendo e corrija-a ou remova-a.

    
por 29.03.2016 / 15:54
0

Ok, então encontrei uma solução daqui:

Correção - Renomear o Windows 10 Freeze - Salvando arquivos e pastas

If you use lots of shared folders (NAS and network in general), Windows 10 quick access algorithm could create troubles.

Simply disable it to achieve again maximum response time from your system.

To change how Quick Access works, display the File Explorer ribbon in any folder, navigate to View, and then select Options and then Change folder and search options. The Folder Options window opens.

uncheck “Show frequently use folders in Quick access.”

uncheck “Show recently used folders in Quick access.”

press “Clear”

Eu fiz um GIF para mostrar:

Certifique-se de que ambas as caixas em Privacidade estão desmarcadas.

    
por 04.03.2017 / 21:54