NTFS velocidade de gravação muito lenta (15MB / s) no Ubuntu

15

Ao copiar arquivos grandes ou testar a velocidade de gravação com dd , a velocidade máxima de gravação que posso obter é de cerca de 12-15MB / s nas unidades usando o sistema de arquivos NTFS. Eu testei várias unidades (todas conectadas usando SATA), todas com gramaturas de gravação de 100MB / s + no Windows ou quando formatadas com o ext4, por isso não é um problema de alinhamento ou de unidade.

top mostra um alto uso de CPU para o processo mount.ntfs .

Processador dual core AMD (2,2 GHz)
Versão do kernel: 3.5.0-23-generic
Ubuntu 12.04
ntfs-3g version: 2012.1.15AR.1 (versão padrão do Ubuntu) e 2013.1.13AR.2

Como posso corrigir o writepeed?

    
por Zulakis 01.07.2013 / 20:11

4 respostas

12

Um post anterior estava no caminho certo com a referência fornecida:

perhaps check here for ideas on what could be causing it. http://www.tuxera.com/community/ntfs-3g-faq/#slow

A pergunta original menciona a percepção do problema com grandes transferências de arquivos. Na minha experiência com copiar arquivos de mídia ou fazer backups, a opção de chave na FAQ acima foi:

Workaround: using the mount option “big_writes” generally reduces the CPU usage, provided the software requesting the writes supports big blocks.

Basta adicionar a opção big_writes, por ex.

sudo mount -o big_writes /media/<mount_dir> /dev/<device>

Meu Linux NAS com uma CPU de baixa especificação gerencia agora gravações de arquivos grandes do NTFS cerca de três vezes mais rápido. Melhorou de ~ 17MB / s para 50MB / s +. Até mesmo vi espiar cerca de 90MB / s no iotop que provavelmente está próximo da capacidade de unidades externas (um HDD de 2,5 "USB3).

Na página de manual do NTFS-3G:

 big_writes
              This option prevents fuse from splitting write buffers  into  4K
              chunks,  enabling  big  write buffers to be transferred from the
              application in a single step (up to some system limit, generally
              128K bytes).

Notas de encerramento:

  • a opção big_writes provavelmente não ajudará em um benchmark de gravação aleatória 4K; -)
  • Embora o Tuxera pareça estar reservando o driver pro NTFS para parceiros de sistemas embarcados, a Paragon oferece uma alternativa livre para uso pessoal do driver NTFS chamado NTFS & HFS para Linux 9.0 Express e uma versão profissional. No entanto, não atesto esse produto e, quando experimentei uma versão anterior (v8.5), não consegui fazer com que ele funcionasse com a versão do Kernel do Linux no momento.
por 24.11.2014 / 23:13
2

talvez verifique aqui as ideias sobre o que poderia estar causando isso. link

Isso soa um pouco como os "velhos tempos" quando o arquivo io não estava usando o DMA por padrão. É improvável nos dias de hoje, mas o BIOS está usando a emulação IDE para unidades SATA? Porque se ele está emulando IDE, então ele também pode estar emulando o modo não-DMA.

Outra possível lentidão é a compactação de arquivos ntfs. A compactação está ativada na pasta em que você está gravando? Se for, isso fará com que todos os novos arquivos nessa pasta também sejam compactados.

    
por 21.07.2013 / 03:16
0

Este é um tópico antigo, mas para pessoas que procuram uma solução para o mesmo problema: você tem o cpuspeed ativo? O ntfs-3g está com fome de CPU e, no meu caso, o cpuspeed detectou erroneamente uma baixa carga para processos com muitos IOs esperados, eventualmente estrangulando o núcleo e deixando o motorista faminto.

Tente desabilitar o cpuspeed (se, por exemplo, ele estiver sendo executado como um serviço) e testar novamente.

    
por 30.10.2014 / 20:22
-1

Este patch melhora o desempenho de gravação de dispositivos incorporados: link

    
por 03.02.2016 / 22:54

Tags