As leituras em 4K serão a coisa mais difícil que a unidade pode fazer. Eles estão entre os menores tamanhos de bloco com os quais o inversor poderá lidar, e não há como pré-carregar grandes quantidades de dados; na verdade, eles provavelmente são ineficientes se a lógica de carga antecipada da unidade pretender ler qualquer coisa maior que 4kb.
É mais provável que as leituras de unidade "Normal" sejam maiores que 4kb, pois há muito poucos arquivos muito pequenos e até mesmo o arquivo de paginação é lido em partes grandes, pois seria estranho que um programa tivesse "apenas" 4KB de memória paginada. Isso significa que qualquer pré-carregamento que a unidade tente fazer realmente penalizará a taxa de transferência da unidade.
As leituras em 4K podem passar pelo buffer da unidade, mas a parte "aleatória" do teste as torna totalmente imprevisíveis. O controlador não saberá quando a unidade precisará das leituras "grandes" mais comuns novamente.
As gravações em 4K, por outro lado, podem ser armazenadas em buffer, enfileiradas e gravadas sequencialmente de maneira eficiente. O buffer da unidade pode executar grande parte do trabalho de captura e gravação para o qual foi projetado, e o nivelador de desgaste pode até alocar todas essas gravações em 4K no mesmo bloco de apagamento da unidade, transformando ocasionalmente o que é uma gravação "aleatória" em 4K algo mais próximo de uma gravação seqüencial.
Na verdade, eu suspeito que isso é o que está acontecendo nas gravações "4K-64Thrd", o "64-Thrd" aparentemente está usando uma grande profundidade de fila , sinalizando para a unidade que possui uma grande quantidade de dados para ler ou gravar . Isso aciona muitos agrupamentos de gravações e, portanto, se aproxima da velocidade de gravação sequencial da unidade. Ainda há uma sobrecarga na execução de uma gravação em 4K, mas agora você está expondo completamente o potencial do buffer. Na versão de leitura do teste, o controlador do inversor, agora reconhecendo que está sob uma carga pesada muito constante, para de pré-carregar dados, possivelmente evita o buffer e alterna para o modo de leitura "bruto", aproximando-se novamente da velocidade de leitura sequencial.
Basicamente, o controlador da unidade pode fazer algo para tornar a gravação em 4K mais eficiente, especialmente se um cluster chegar em um momento semelhante, enquanto não pode fazer nada para tornar um único 4K mais eficiente, especialmente se estiver tentando otimizar fluxo de dados pré-carregando dados no cache.