Certifique-se de que o cache de leitura e gravação esteja ativado e grande o suficiente. Cache faz toda a diferença no mundo.
Como estou otimizando todos os servidores do nosso, notei que a maior parte do gargalo de desempenho está diretamente conectada à velocidade de leitura / gravação do disco rígido.
O que eu quero saber é, existe algum ajuste no Windows / Registry / Device Driver que eu possa fazer para aumentar a velocidade de E / S dos meus discos rígidos?
(Todos os nossos servidores executam o Windows 2003 ou o Windows 2008)
Todas as dicas são muito apreciadas!
Obrigado!
Certifique-se de que o cache de leitura e gravação esteja ativado e grande o suficiente. Cache faz toda a diferença no mundo.
Se o seu RAID estiver espelhando, então, espelhar + stripping acelerará as coisas. Você precisará comprar mais unidades.
RAID 10 15K discos, mas obviamente isso envolve um esforço financeiro e um exercício de reconstrução / migração.
Para ser sincero, eu evitaria a otimização dos servidores, a menos que o gargalo do perfurador esteja realmente causando problemas. Toda otimização que você faz é um trade-off de algum tipo, e você precisa se perguntar se esse trade-off vale a pena. Com um servidor, fico sempre feliz em aceitar um desempenho "bom o suficiente, mas não necessariamente estelar", se isso significar melhor estabilidade e confiabilidade.
o impacto no desempenho está na própria natureza do RAID 1 (espelhado). você quer velocidade, então você terá que usar o RAID 0 (listrado), que não é realmente uma opção para servidores onde você quer tolerância a falhas de erros e falhas de disco.
Eu recomendaria não tentar ajustar a maneira como o Windows executa E / S, algumas pessoas inteligentes já colocaram muita reflexão e testes em otimizar o máximo possível , em muitos cenários diferentes.
Another enhancement for remote copies is the pipelined I/Os issued by the SMB2 file system driver, srv2.sys, which is new to Windows Vista and Windows Server 2008. Instead of issuing 60KB I/Os across the network like the original SMB implementation, SMB2 issues pipelined 64KB I/Os so that when it receives a large I/O from an application, it will issue multiple 64KB I/Os concurrently, allowing for the data to stream to or from the remote system with fewer latency stalls.
The copy engine also issues four initial I/Os of sizes ranging from 128KB to 1MB, depending on the size of the file being copied, which triggers the Cache Manager read-ahead thread to issue large I/Os. The platform change made in SP1 to the Cache Manager has it perform larger I/O for both read-ahead and write-behind. The larger I/Os are only possible because of work done in the original Vista I/O system to support I/Os larger than 64KB, which was the limit in previous versions of Windows. Larger I/Os also improve performance on local copies because there are fewer disk accesses and disk seeks, and it enables the Cache Manager write-behind thread to better keep up with the rate at which memory fills with copied file data. That reduces, though not necessarily eliminates, memory pressure that causes active memory contents to be discarded during a copy. Finally, for remote copies the large I/Os let the SMB2 driver use pipelining. The Cache Manager issues read I/Os that are twice the size of the I/O issued by the application, up to a maximum of 2MB on Vista and 16MB on Server 2008, and write I/Os of up to 1MB in size on Vista and up to 32MB on Server 2008.
Se você puder mudar esses servidores 2003 para 2008 e ter clientes executando o Vista, você não terá E / S mais rápido , mas poderá ter mais eficiência I / O.
Dito isto, é provavelmente mais fácil e melhor analisar as soluções de hardware, conforme indicado nas outras respostas.
Não há regras rígidas e rápidas. Se você tem controladores baratos em servidores baratos, então você está recebendo o que você paga ...
Também precisaríamos de mais informações ... mas algumas perguntas estão fora da minha cabeça ...
Tags performance windows hard-drive