Muito lento HDD ler em uma pasta específica


0

Eu tenho um problema sério aqui e estou cansado de tentar encontrar uma solução. Eu tenho uma pasta no meu disco rígido na partição D :, essa pasta contém meus programas e é 70 GB de tamanho. Cada vez que eu abro esta pasta, demora muito tempo para abrir e listar seus arquivos e pastas. Eu tentei muitas soluções sem sorte:

  1. Defrag Disco Rígido.
  2. Verificar o disco rígido em busca de erros.
  3. Parar o serviço de indexação.
  4. Pare o serviço Super Fetch.
  5. Desativar miniaturas de pastas.

E nenhum funcionou !!

PS: Eu noto alguma coisa estranha e queria compartilhá-lo e eu não tenho certeza se está relacionado ao meu problema ou não, A pasta mencionada tem mais de 70 GB de tamanho, quando eu verifico seu tamanho selecionando todas as subpastas e arquivos , mas quando eu verificar seu tamanho externamente a partir das propriedades da pasta é apenas 10,5 GB !! Além disso, a contagem de arquivos e pastas nos dois casos é diferente.

Properties window 01 Properties window 02

Sistema operacional é o Windows 10

EDITAR: esta é uma imagem da estrutura da pasta:

enter image description here

Qualquer ajuda seria muito apreciada...


O comportamento de propriedades que você descreveu é realmente normal e esperado. O tamanho informado por propriedades é baseado nas permissões do usuário.
Ramhound

Quantos dos 114,116 arquivos estão no diretório raiz de D: \ org? Se você tiver muitos arquivos em uma pasta, levará muito tempo para carregar os detalhes. Você consegue mover os arquivos para subdiretórios? O sistema de arquivos FAT tem um limite razoavelmente baixo, mas o NTFS tem um limite de 4.294.967.295 por disco / pasta.
spikey_richie

@Ramhound Mais detalhes por favor ?!
Ahmed Hassan Suror

@spikey_richie é claro que os arquivos 114116 estão em pastas e subpastas não na raiz, a raiz é apenas cerca de 20 arquivos e o restante são pastas. Além disso, nenhuma pasta possui mais de 10 a 20 arquivos.
Ahmed Hassan Suror

@AhmedHassanSuror - O que é confuso sobre a minha declaração? o Size on Disk sendo relatado quando você visualiza as propriedades no diretório raiz é preciso.
Ramhound

Respostas:


1

Acho que o atraso pode ter sido causado pelo tempo que o Explorer leva para criar as miniaturas e porque o Explorer está digitalizando todas as pastas para compor as miniaturas do conteúdo da pasta (por exemplo, como a pasta Foxit Reader da captura de tela), que seria um monte de executáveis ​​para digitalizar com base na captura de tela. Os arquivos que usam miniaturas individuais, por exemplo, imagens ou executáveis, geralmente levam mais tempo para serem processados ​​(especialmente instaladores, talvez devido à verificação de antivírus).

Eu tentaria duas coisas:

  1. Use uma exibição que não mostre miniaturas, alternando a exibição dessa pasta para Details ou Listou desativando o uso de miniaturas no Explorer. Isso faria com que o Explorer extraísse os ícones apenas para os arquivos no nível atual.

  2. Mova todos os instaladores que você tem na raiz dessa pasta dentro de outra subpasta, para que você tenha apenas pastas e arquivos não executáveis ​​no primeiro nível.

Observe que alterar a exibição afetaria apenas essa pasta, enquanto a desativação das miniaturas afetaria todas as pastas, mas se você não se importasse em ter as miniaturas removendo-as, provavelmente melhoraria o desempenho também para outras pastas.

Para desativar as miniaturas, faça o seguinte:

  • Selecione os View guia da barra de ferramentas Explorer e pressione Options.
  • Vou ao View guia do painel de opções e na lista de opções, verifique o nome Always show icons, never thumbnails.

SURPREENDENTE!! Os arquivos raiz (* .exe) causam o problema e também a miniatura. Eu os movi para uma pasta separada e desabilitei miniaturas e funcionou. Muito obrigado...
Ahmed Hassan Suror

Além disso, por favor, se você tiver uma explicação sobre a diferença de tamanhos, como mencionado na pergunta?
Ahmed Hassan Suror

Estou um pouco confuso com uma diferença tão grande, e as capturas de tela das propriedades do arquivo são descartadas relacionadas à compactação de arquivos. Como esse problema é bem diferente daquele relacionado aos ícones, acho melhor postar uma pergunta separada (a regra nos sites do StackExchange é evitar problemas diferentes do grupo na mesma pergunta).
Alberto Martinez

1

Minha primeira escolha seria comprar um SSD de 128GB ou 256GB, e se não for rápido o suficiente para você um SSD M.2.

Cada um tem níveis de desempenho de leitura / gravação que nunca serão alcançados por um disco rígido.

O SSD deve fornecer uma leitura de 500mb / s e de 200 a 500mb / s para gravação, dependendo do modelo.

O M.2 pode fornecer leitura de 2000mb / s com gravação de 1000-1500. Modelos também mais caros podem atingir 3000mb / s com um aumento correspondente na velocidade.

Você não pode fazer muito com um disco rígido. O começo do disco rígido é um pouco mais rápido que o resto. Você pode criar uma partição de 120 a 200 gb, na frente da unidade, mover os dados para lá. No entanto, duvido que isso alcance mais de 10-20% de melhoria.

https://www.newegg.com/Product/Product.aspx?Item=0D9-002V-001N8&ignorebbr=1&cm_re=128gb_ssd- -0D9-002V-001N8- -Produtos US $ 39,99

https://www.newegg.com/Product/Product.aspx?Item=9SIA24G3UK3333&ignorebbr=1&cm_re=128gb_ssd- -0D9-0006-000G6- -Produtos US $ 79,99

https://www.newegg.com/Product/Product.aspx?Item=N82E16820147685&ignorebbr=1&cm_re=256gb_ssd- -20-147-685- -Produtos US $ 97,99

https://www.newegg.com/Product/Product.aspx?Item=9SIADY17957394&ignorebbr=1&cm_re=256gb_ssd- -0D9-0009-002R4- -Produtos US $ 129,95


Boa sugestão, mas EXTREMAMENTE caro também !! O problema não é sobre a comparação entre HDD e SSD, meu disco rígido é bom e rápido o suficiente, mas o problema está em apenas uma pasta e essa é a parte confusa.
Ahmed Hassan Suror

@AhmedHassanSuror Por favor, examine os links. Isso é realmente caro para você?
cybernard
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.