O Windows ainda copia cada arquivo diretamente para o disco, ao contrário do Unix?

Question

O Unix foi originalmente projetado para executar operações do sistema de arquivos na memória e para atualizar os blocos de disco somente a cada 30 segundos durante sync . Isso resultou em uma experiência de usuário muito mais rápida do que o MSDOS há muitos anos, que acessou os blocos de disco diretamente para cada operação do sistema de arquivos. Mas hoje, usando o Windows 7, ainda vejo que copiar muitos arquivos pequenos demora muito mais do que copiar um arquivo grande do mesmo tamanho.

Por exemplo: um diretório de publicação do projeto da web do Visual Studio C # Asp contém 2000 arquivos, total de 150 MB, zipados (7Zip) 90 MB.

• Copie todo o diretório para o mesmo disco: 30 segundos
• CEP: 5 segundos
• Copie um arquivo compactado: 2 segundos
• Descompacte: 65 segundos. (Em outra máquina: 20 segundos)

Computacionalmente, o descompactador deve ser mais rápido do que zipar. Assim, o descompactador pode ser dominado pelo desempenho do sistema de arquivos.

A fragmentação de disco pode ser um fator e a razão pela qual outra máquina semelhante pode ser mais rápida ao lidar com muitas operações do sistema de arquivos. Mas se a fragmentação de disco for um fator aqui, isso pode indicar que o usuário precisa esperar que cada operação do sistema de arquivos seja concluída antes que a próxima seja iniciada, ou seja, como o DOS antigo.

    

Answer 1

A partir das informações que encontrei (ver acima) e dos contribuidores acima, concluo que as versões modernas O Windows pode armazenar em buffer / cache de disco , mas isso geralmente é desabilitado. Razões incluem que NTFS não tem journalling. O desempenho do Windows pode ser de importância secundária que os lucros: qualidade versus tempo para o mercado. Com o Unix / Linux, que é menos comercial, a qualidade / desempenho é muito mais importante.

Coincidência: um colega de trabalho está zipando alguns arquivos para tentar copiar mais rápido e está olhando para uma caixa de diálogo do Windows Archive dizendo "10 segundos para ir" pela última meia hora, com um arquivo zip crescendo lentamente ( não congelado). Mas isso também pode ser um disco defeituoso ...: -)

    

Answer 2

O comportamento (acesso sem cache) que você descreve não está em uso desde o Windows 3.11. No entanto, o Windows libera seu cache de forma mais agressiva que o Unix. Está nas suas respectivas raízes. As máquinas Unix foram supostamente construídas com hardware e energia confiáveis. Os PCs com Windows eram caixas baratas, que caíam muito mais frequentemente. Isso não era apenas um problema do SO, os UPSs são muito menos comuns em PCs e discos IDE baratos eram menos confiáveis em perda de energia do que discos SCSI de servidor caros. O antigo formato FAT também não ajudou - não é tão difícil encontrar grandes possibilidades de corrupção. O NTFS é muito melhor. O que você usou para o teste?