Por que o Windows File Explorer demora mais tempo para abrir a partir da barra de tarefas do que de uma macro de teclado?

4

Se eu abrir uma janela do Gerenciador de Arquivos clicando nela na barra de tarefas (clique com o botão esquerdo se nenhum estiver aberto ou clique no meio se já estiver aberto), leva cerca de um segundo ou dois até a janela abrir. Isso não é muito, mas é uma desaceleração perceptível.

Estou usando o Windows 10 e o File Explorer está definido para abrir este PC em vez de Acesso Rápido. Eu estou em um laptop i5 com um SSD. Eu atualizei de uma instalação do Windows 8.1, que teve o mesmo comportamento desde o início.

Se eu usar uma macro de teclado para um teclado Logitech G710 + configurado para abrir "Meu Computador", que tem o efeito de abrir Este PC, a janela aparecerá instantaneamente quando eu pressionar a tecla atribuída. Não tenho certeza do que essa macro faz internamente, porque é uma predefinição que acabei de selecionar no software da Logitech.

Posso fazer o File Explorer abrir mais rápido ao clicar nele?

Por que existe uma diferença notável entre as duas velocidades de inicialização?

Atualização 28.08.2015

Aqui são os resultados do xperf solicitados nos comentários.

    
por IVlad 23.08.2015 / 15:06

2 respostas

6

Eu comparei os dois traços e encontrei 1 diferença. Quando você inicia o Explorer via Taskbar, alguns arquivos de extensão do shell da nvidia ( nv3dappshext.dll , nvapi64.dll ) são carregados quando o Windows carrega os menus de contexto ( shell32.dll!HDXA_QueryContextMenu ):

Line #, Process, Stack Tag, Stack, Count, Weight (in view), TimeStamp, % Weight
9, , ,   |    |    |    explorer.exe!CTaskBand::CLauncherTask::_Launch, 645, 645,322890, , 2,14
10, , ,   |    |    |    |- explorer.exe!LaunchNewInstanceWithOptionalElevate, 642, 642,320335, , 2,13
11, , ,   |    |    |    |    shlwapi.dll!SHInvokeCommandWithFlagsAndSite, 642, 642,320335, , 2,13
12, , ,   |    |    |    |    shlwapi.dll!SHInvokeCommandOnContextMenu2, 642, 642,320335, , 2,13
13, , ,   |    |    |    |    |- shell32.dll!CDefFolderMenu::QueryContextMenu, 626, 626,236799, , 2,08
14, , ,   |    |    |    |    |    |- shell32.dll!HDXA_QueryContextMenu, 625, 625,236799, , 2,08
15, , ,   |    |    |    |    |    |    |- nv3dappshext.dll!?, 619, 619,161526, , 2,06
16, , ,   |    |    |    |    |    |    |    nv3dappshext.dll!?, 619, 619,161526, , 2,06
17, , ,   |    |    |    |    |    |    |    nv3dappshext.dll!?, 619, 619,161526, , 2,06
18, , ,   |    |    |    |    |    |    |    nvapi64.dll!?, 619, 619,161526, , 2,06

O rastreamento de teclas de atalho não mostra esse carregamento de nvidia DLL. Use ShellExView para desativar as extensões nVIDIA.

    
por 28.08.2015 / 16:53
0

No modo de segurança parece estar ok. Parece algum problema com a placa gráfica nvidia. Eu encontrei uma solução alternativa, problema se foi se você desativar o menu contextual nvidia opções.

Vá para nVidia Control (clique com o botão direito do mouse na área de trabalho - > nvidia control panel). Em seguida, na barra de menus, escolha Desktop e UNSELECT "Add Desktop Context Menu" e "Add run with Graphics Processor". Depois disso, mesmo sem reiniciar, o problema parece ter desaparecido e o File Explorer está muito mais rápido na barra de tarefas ...

Fonte: link

    
por 09.03.2018 / 06:42