Qualquer arquivo que eu abro no meu PC [muito rápido] via Arquivo->Abrir é extremamente lento para abrir, nas últimas 3 semanas. Isso inclui (mas tenho certeza que não está limitado a):
- Bloco de Notas do Windows
- Bloco de Notas++
- Estúdio visual
- Adobe Photoshop
- MS Word
Estranhamente: se eu abrir um arquivo com um clique duplo no explorador de arquivos ou abrir por meio da "lista de arquivos recentes" em qualquer aplicativo, ele será aberto instantaneamente. A lentidão só ocorre ao fazer Arquivo->Abrir de dentro de qualquer aplicativo.
Os salvamentos também são muito lentos na primeira vez. Os salvamentos subsequentes (dentro da mesma sessão do aplicativo) são muito rápidos.
Leva consistentemente cerca de 7 segundos cada para abrir qualquer um desses arquivos pequenos.
Mas, conforme descrito com mais detalhes abaixo, depois que um arquivo foi aberto e fechado na mesma sessão, ele é aberto novamente instantaneamente. E o salvamento lento só acontece no primeiro salvamento, nunca nos salvamentos subsequentes.
Este problema pode coincidir com alguns eventos, mas pode não estar relacionado:
- a instalação de uma nova unidade M.2 SSD PCIe que é amplamente considerada extremamente rápida. Eu clonei minha unidade SSD mais lenta e tornei esta nova unidade SSD (mais rápida) minha unidade primária/de inicialização/C. Isso foi há algumas semanas. Esta manhã, voltei (temporariamente) ao meu antigo SSD (após a clonagem) e não fez diferença. O problema persiste. (Eu até removi a nova unidade M.2, inicializei a antiga e não fez diferença.)
- Atualizei o Windows 10 para a versão 2004.
- Ativei o Windows Subsystem for Linux (Ubuntu 20.04)
Encontrei postagens semelhantes, mas sempre cenários mais compreensíveis:
Aqui estão algumas comparações e detalhes:
- Lento para abrir pela primeira vez na mesma sessão. Lento para salvar, primeiro salve apenas. Os salvamentos lentos acontecem até no Adobe Photoshop, mas apenas no primeiro salvamento.
- O firewall do Windows Defender está em execução, mas a proteção em tempo real está desativada e não tenho nenhum outro AV em execução.
- Em uma determinada sessão NPP, se eu fechar um arquivo e reabri-lo, ele será aberto instantaneamente. Mas se eu fechar o NPP, reiniciar e abrir o mesmo arquivo novamente - leva 7 segundos. Semelhante no bloco de notas do Windows e outros editores de texto.
- Quando abro um arquivo NPP da lista de "arquivos recentes", qualquer um/todos são abertos instantaneamente. É somente quando abro arquivos em Arquivo->Abrir que ocorre a lentidão.
- Se eu fechar o NPP e reiniciá-lo, todos os arquivos que foram abertos na sessão anterior são reabertos por padrão e é instantâneo - sem atrasos. É somente quando abro manualmente um arquivo em uma nova sessão que ocorre a lentidão. Isso é bizarro: posso abrir 15 arquivos no NPP e fechar o aplicativo. Então, quando eu reinicio o NPP, todos os 15 arquivos são abertos instantaneamente/automaticamente em 15 guias diferentes. Mas assim que eu faço File -> Open e abro um arquivo que ainda não foi aberto, leva 7 segundos e age como se todo o sistema operacional estivesse travado e sobrecarregado.
- Desinstalei todos os meus plug-ins NPP e reiniciei - ainda leva 7 segundos para abrir pequenos arquivos de texto.
- Eu reiniciei meu PC várias vezes.
- Corri
chkdskna unidade onde estão os arquivos de texto, sem setores defeituosos. - Eu corri
procmon, obtive resultados, mas não sei o que estou procurando em meio a milhares de inscrições. - Eu corri
wpr- ele inicia uma sessão de gravação com sucesso, mas quando eu o executo novamente com-stop+ filename, recebo o errocannot change thread mode after it is set. - Desinstalei o NPP e instalei novamente. Por cerca de 1 dia, isso resolveu o problema e os arquivos foram abertos instantaneamente. Então, no dia seguinte, o problema original estava de volta.
- Executei o Optimize em todas as minhas unidades de acordo com a sugestão de Bob Denton abaixo - não fez diferença.
- Eu fiz um
clean boot(desabilitei todos os serviços não-MS) - sem alteração. - Mudei a sequência de inicialização para a unidade SSD original, desliguei, removi fisicamente o novo SSD M.2 e reiniciei. Mesmo problema. Nenhuma diferença. Portanto, não tem nada a ver com esta nova unidade. O último culpado em que consigo pensar é a atualização do Windows 2004 - nada mais importante mudou nos últimos meses.
Isso é tão irritante. Alguma ideia?
De acordo com minha experiência, o Windows é muito bom em relatar erros de hardware de disco. Portanto, a primeira coisa que eu faria seria abrir o visualizador de eventos, acessar
Windows Logs -> Systeme percorrer cuidadosamente a lista de eventos de pelo menos alguns dias atrás, observando cada erro. Se houver um problema de hardware com o disco onde os arquivos estão localizados, é muito provável que eles sejam revelados lá.A segunda coisa que pode valer a pena tentar é desativar o verificador de vírus (apenas por um curto período de tempo para um teste). Certa vez, tive um problema semelhante em que descobri que o próprio Windows Defender era o problema. Você dá a impressão de um usuário avançado, então com certeza você não tem dois ou mais antivírus instalados, não é?
A terceira coisa que eu tentaria é mover alguns dos arquivos (de texto) em questão para o seu novo SSD e trabalhar com eles a partir daí. Se os tempos necessários para abrir/salvar estiverem normais então, o SSD antigo é o problema.
Ao fazer esse teste, você deve remover todos os outros HDDs e SSDs: Conforme observado em um dos comentários acima, a caixa de diálogo Abrir arquivo do Windows pode consultar todas as unidades do sistema e isso por si só pode atrasar as coisas, embora você não abra arquivos de uma das outras unidades.
No gerenciador de dispositivos e nas opções de gerenciamento de energia, você pode verificar se suas unidades estão sempre ativas ou se vão dormir. Se for o último caso, você pode desabilitar esse comportamento e testar se a situação muda.
Finalmente, eventualmente há um vírus em seu sistema; atrasos extremos com ações normais seriam um sinal típico disso. Mas na verdade não acredito nisso no seu caso, porque (se entendi direito) os tempos de inicialização são normais e a abertura dos arquivos é normal assim que são armazenados em cache. No entanto, apenas por cautela, inicializaria a partir de uma mídia somente leitura limpa e verificaria se há algo suspeito no sistema.
ATUALIZAÇÃO (em resposta ao comentário do OP)
Você escreveu em seu comentário abaixo:
e
Ambas as declarações apóiam a teoria de que a caixa de diálogo padrão de abertura de arquivo do Windows (que os aplicativos quase sempre usam para permitir que o usuário escolha um arquivo) apresenta problemas ao consultar as unidades.
Portanto, agora recomendo remover todas as unidades ( incluindo unidades de rede e chaves USB!) Exceto a unidade do sistema do sistema e testar novamente. As chances são muito boas de que o problema desapareça então. Em seguida, você pode começar a adicionar novamente as outras unidades uma a uma e identificar qual delas é responsável pelo mau comportamento.
Claro, você deve começar com as unidades de rede, porque isso não requer a abertura do PC. Em relação às unidades de rede, pode não ser suficiente remover as letras das unidades dos compartilhamentos; em vez disso, remova as letras das unidades, desative o hardware de rede e puxe o cabo de rede. Em seguida, verifique se seu aplicativo possui um arquivo não local (ou seja, um arquivo que está na rede) em sua lista MRU (usado mais recentemente). Se possível, exclua o MRU. Você precisa ter certeza de que o aplicativo não tente pesquisar ou pré-carregar algo da rede ao abrir arquivos de dentro desse aplicativo.
Se isso não ajudar, prossiga com a remoção das unidades físicas (chaves USB, HDDs, SSDs).
Pessoalmente, acredito que esta é uma das duas coisas:
ou
para a correção 1, você precisa fazer o seguinte (Nota: se isso não se aplicar a você, pois você SÓ tem o SSD instalado, pule esta correção):
maneira fácil de descobrir se você está carregando dados de outro disco está olhando para o arquivo config.xml ( C:\Users%USERPROFILE%\AppData\Roaming\Notepad++ ) Ou melhor ainda, faça um Find in Files nesse diretório e procure por suas diferentes letras de unidade, como D:\ ou E:\
quanto à 2ª correção seria:
olhe no config.xml e exclua essas linhas, salve o .xml e abra o Notepad++ que deve estar de volta às velocidades normais
Estamos aqui filmando no escuro, então vou adivinhar. Eu sugiro que você diminua gradualmente o problema. Certamente levará seu valioso tempo, mas no final pode ser lucrativo.
Se você suspeitar que o culpado pode ser o novo disco, tente se afastar dele de várias formas. O sistema operacional também pode ter algo a ver. Tentar:
EDIT : Como uma recomendação geral com problemas que estão longe de serem compreendidos , minha experiência (entre outros, de vários anos lidando com instalação e configuração de hardware/software de PC) indica que você deve começar com um sistema funcional e incorporar gradualmente os componentes do sistema que não funcionam. Você está trabalhando da maneira oposta.
Estendendo a lista acima:
Presumo que você tenha o Win 10. Há um problema com o aplicativo ou o tempo da função Trim (também conhecida como Optimize) para SSDs. Consulte https://www.tenforums.com/performance-maintenance/159489-windows-10-ver-2004-ssd-trim-defrag-glitch.html Na barra de tarefas do Win 10, insira Otimizar na caixa de pesquisa e selecione Desfragmentar e otimizar unidades. Selecione a unidade que deseja cortar (otimizar) e clique no botão Otimizar. Repita para cada unidade que deseja cortar e, em seguida, teste com NPP.
O Notepad++ é permitido através do firewall para a WWW?
Já notei coisas semelhantes ao instalá-lo em servidores de aplicativos com um controlador de tráfego da Web Mail Marshall antes, o NP ++ tenta se comunicar com o mundo externo quando é aberto e, se a conexão for bloqueada, demora alguns segundos a mais para iniciar.
Há muito poucos dados e os pedidos de mais dados não estão sendo atendidos, então preciso adivinhar pelo fato de que o SSD anterior era lento e o novo é ainda mais lento.
Causas Possíveis: