A evidência mais forte neste tópico de origem não é a captura de ecrã dos Ficheiros a 600 MB/s — é o teste posterior de armazenamento direto. Um utilizador cuja cópia através da WebUI do ZimaOS se manteve nos 600–650 MB/s mediu cerca de 2,3 GB/s em escritas diretas com dd e cerca de 2,2 GB/s em escritas com fio. Isto exclui uma explicação de que, nessa máquina, o NVMe estivesse limitado a SATA III a nível de todo o sistema operativo.
A conclusão mais defensável é que o valor baixo pertencia ao fluxo de cópia interno dos Ficheiros ou a efeitos próprios da carga de cópia, como metadados, CoW do Btrfs, armazenamento em memória intermédia ou limitações de uma única thread — e não ao próprio caminho físico do NVMe.
A Fonte Reproduziu o Limite em Vários Caminhos de Cópia
Dave relatou um comportamento semelhante em fluxos de trabalho de NVMe para NVMe individual, NVMe para RAID0, RAID0 para NVMe individual e 10GbE. Outro utilizador afirmou mais tarde que a transferência de Windows para ZimaOS através de SMB conseguia atingir a velocidade total de 10GbE, enquanto a cópia interna dos Ficheiros continuava nos cerca de 650 MB/s.
As Escritas Diretas com dd Atingiram Cerca de 2,3 GB/s
A fonte utilizou dd if=/dev/zero of=/DATA/testfile bs=1G count=10 oflag=direct status=progress e publicou um resultado próximo de 2,3 GB/s — muito acima do débito prático de SATA III.
O fio Também Atingiu Cerca de 2,2 GB/s
A execução de fio da fonte registou aproximadamente 2163 MiB/s / 2268 MB/s em escritas. Embora o motor síncrono selecionado limitasse efetivamente a profundidade da fila a um, o resultado provou ainda assim que a pilha de armazenamento conseguia ultrapassar várias vezes o valor da cópia dos Ficheiros.
Interprete com Cuidado o Valor de Leitura com dd da Fonte
A fonte também mediu cerca de 3,0 GB/s ao ler o ficheiro de teste recém-escrito para /dev/null. Como essa leitura não utilizou explicitamente E/S direta nem esvaziou a cache de páginas, a cache pode influenciar o valor.
Uma Utilização Global Baixa do CPU Não Exclui um Estrangulamento de Uma Única Thread
Um fluxo de cópia no espaço do utilizador pode saturar um núcleo enquanto a utilização total do CPU permanece moderada num sistema com muitos núcleos. Monitorize a utilização do CPU por thread e do disco durante a cópia lenta dos Ficheiros.
Compare o Mesmo Ficheiro Grande entre a CLI e os Ficheiros
Utilize a mesma origem, o mesmo destino e o mesmo ficheiro de teste grande nas cópias através dos Ficheiros e da CLI, comparando depois os resultados com um benchmark de E/S direta descartável. Isto separa a sobrecarga da cópia da interface/backend da capacidade bruta do dispositivo.
O Número de Ficheiros e os Metadados do Btrfs Podem Alterar a Velocidade Real de Cópia
Milhares de ficheiros pequenos exigem operações repetidas sobre metadados, e o comportamento de cópia na escrita do Btrfs pode alterar o custo de uma cópia interna.
Não Considere Isto uma Limitação Universal Atual do ZimaOS
A fonte fornece provas fortes de um estrangulamento histórico dos Ficheiros/cópias internas em vários sistemas. Não demonstra que o ZimaOS 1.7.1 atual ainda tenha exatamente o mesmo limite em todas as combinações de hardware e sistemas de ficheiros.
Uma Cópia Interna Pode Ler e Escrever no Mesmo Armazenamento em Simultâneo
Se a origem e o destino estiverem no mesmo NVMe físico ou no mesmo conjunto RAID, a unidade tem de processar leituras e escritas simultaneamente. Por isso, o débito de cópia visível não é comparável com um benchmark de escrita sequencial unidirecional.
Registe os dispositivos físicos de origem e destino antes de comparar os resultados. “Cópia interna” descreve o caminho do software, não necessariamente dois SSD independentes.
Verifique a Largura e a Geração da Ligação PCIe Antes de Comparar Valores de Marketing
Um NVMe topo de gama pode estar limitado por uma ligação PCIe x1/x2, por uma geração mais antiga, pela partilha de pistas com o chipset ou por uma cablagem da ranhura da plataforma diferente do tamanho físico do conector. Um benchmark bruto que atinja mais de 2 GB/s já exclui um limite de 600 MB/s, mas pode ainda ficar abaixo do máximo especificado para o SSD em computadores de secretária por razões legítimas relacionadas com a topologia.
As Cópias Sustentadas Podem Ativar Limites Térmicos ou da Cache SLC do SSD
Benchmarks curtos e cópias longas de ficheiros exercitam os SSD de formas diferentes. Uma unidade pode começar muito depressa e depois diminuir quando a cache pseudo-SLC fica cheia ou a temperatura aumenta. Monitorize a temperatura do NVMe e o débito sustentado durante um período suficientemente longo antes de atribuir todas as reduções aos Ficheiros.
A Cache de Páginas Pode Fazer com que Alguns Testes Pareçam Mais Rápidos do que o Dispositivo
O resultado de escrita direta da fonte é uma prova forte porque utilizou E/S direta. Os testes de leitura realizados imediatamente após a escrita podem ser influenciados pela cache de memória, a menos que o benchmark a ignore explicitamente.
Para comparações reproduzíveis, utilize uma configuração de benchmark que indique se a E/S direta está ativada e mantenha o tamanho do ficheiro de teste suficientemente grande para reduzir a distorção causada pela cache.
Volte a Testar o Fluxo Atual dos Ficheiros Antes de Considerar 600 MB/s um Limite Fixo do Produto
O tópico abrange versões do ZimaOS anteriores à versão atual. Se os Ficheiros ainda parecerem estar limitados atualmente, reproduza o teste com o mesmo ficheiro grande, a mesma origem e o mesmo destino, comparando com a CLI/E/S direta atual. Isto produz provas úteis em vez de perpetuar indefinidamente um limite numérico antigo.
Perguntas Frequentes sobre a Velocidade do NVMe
A fonte provou que o ZimaOS limita o NVMe à velocidade do SATA?
Não. As escritas diretas com dd e fio ultrapassaram os 2 GB/s no mesmo sistema.
O que foi mais fortemente implicado pela fonte?
O fluxo de cópia interno da WebUI/Gestor de Ficheiros ou a sobrecarga da carga de trabalho, e não o próprio dispositivo NVMe.
O resultado de leitura com dd do ficheiro recém-escrito deve ser tratado como a velocidade pura do disco?
Não necessariamente. Sem E/S de leitura direta ou controlo da cache, a cache de páginas pode influenciar o resultado.
