Atualmente, você tem uma MFT de 0x320900000 = 13,431,209,984 bytes = 12 GiB em tamanho, com apenas 2GiB disso na memória. Mais RAM permitirá que você tenha mais disso na memória, se você quiser armazenar em cache mais dos metadados do sistema de arquivos "handles de arquivo".
Não importa qual sistema de arquivos você usa, haverá metadados e, dependendo dos padrões de uso do sistema de arquivos, é melhor investir em mais RAM E / OU armazenamento mais rápido . Se a quantidade de informações de metarquivo é irrealista para armazenar tudo na RAM e os padrões de uso de arquivo normalmente lidam com novos arquivos em vez de usar repetidamente um subconjunto menor de arquivos, é possível armazenar mais rápido como RAID 10 com muitos pares de espelhamento de discos SAS SSD e / ou 15K RPM mais rápidos, pode ser necessário para limitar o tempo de busca e aumentar a quantidade de IOPs disponíveis que o armazenamento pode suportar.
Lembre-se de que as configurações padrão do gerenciador de memória do Windows podem não se aplicar à sua situação e talvez seja necessário ajustar algumas configurações, especialmente se não estiver planejando ter memória RAM suficiente para caber toda a MFT na RAM. resto do sistema requer. Percebo que quase todos os seus dados de meta-arquivo estão marcados como Memória ativa, o que significa que o sistema de cache do Windows não tem permissão para descartá-los da RAM quando não estão sendo usados. Meu script do powershell em Uso de RAM em metarquivo do Windows Server 2008 R2 pode ser usado (mesmo no Server 2008 para 2012R2, e espero 2016) para definir os valores mínimos e máximos na quantidade de memória de metarquivo marcada como ativa e forçar o restante a ficar em espera. Isso permite que o sistema de cache priorize o que está na RAM melhor.
Edit: Embora eu não esteja familiarizado com o jmeter, parece que o padrão de uso do sistema de arquivos será
- escreva todos de maneira seqüencial.
- leia todas elas o mais rápido possível de uma maneira mais sequencial
- leia-os todos uma segunda vez em um padrão parcialmente aleatório (conforme cada thread compete para ler o grupo de arquivos que deseja) para enviá-los pela rede
Com esse padrão de uso, para ver um benefício razoável de adicionar muito mais RAM, você precisaria adicionar o suficiente para caber toda a MFT na RAM. Isso geralmente é um desperdício de dinheiro. Quando seria mais rentável adicionar um pouco mais de RAM e atualizar o armazenamento para melhorar significativamente os IOPs. Isso deve ser mais rápido do que manter um array raid5 de disco lento de 7,2K rpm, ou até mesmo um RAID10 feito com apenas 4 discos com quantidades colossais de RAM, pois os metadados não são os únicos dados sendo lidos / gravados de / para armazenamento. Consulte esta calculadora como uma ferramenta de estimativa sobre o desempenho esperado das IOPs e o número de discos diferentes e os níveis de invasão afetam o desempenho.
No caso acima, a única maneira de adicionar ainda mais memória ram pode ser mais rápida do que usar um sistema com armazenamento mais rápido, é se você adicionar memória RAM suficiente para que todos os dados, incluindo o conteúdo do arquivo, também sejam colocados na memória RAM. É por isso que alguns sistemas de bancos de dados anunciam que operam "100% na memória", de modo que não haja atrasos no sistema de armazenamento.