Ubuntu'da NTFS yazma hızı gerçekten yavaş (<15MB / s)


18

Büyük dosyaları kopyalarken veya yazma hızını test ederken dd, alabileceğim maksimum yazma hızı NTFS dosya sistemini kullanan sürücülerde yaklaşık 12-15 MB / sn'dir. Windows'da veya ext4 ile biçimlendirildiğinde 100MB / s + yazma hızına sahip birden fazla sürücüyü (hepsi SATA kullanılarak bağlandı) test ettim, bu yüzden bir hizalama veya sürücü sorunu değil.

topmount.ntfsişlem için yüksek işlemci kullanımı gösterir .

AMD çift çekirdekli işlemci (2.2 GHz)
Çekirdek sürümü: 3.5.0-23-generic
Ubuntu 12.04
ntfs-3gsürümü: hem 2012.1.15AR.1(Ubuntu varsayılan sürümü) hem de2013.1.13AR.2

Yazma hızını nasıl düzeltebilirim?


Ham sürücü erişimiyle dd'yi test etmeyi denediniz mi (sürücüde veya bölümde önemli değil)? Bu şekilde test yapmanın dosya sistemini yok edeceğini ve dosyadaki tüm verileri kaybedeceğini unutmayın. NTFS sürücülerini tamamen atlayacaktır.
Bob

Evet, yeni yaptım, sonuç 149MB/s.
Zulakis

Sadece meraktan bu sürücünün bu 4k sürücülerden biri olup olmadığını sormak zorundayım ve bu nedenle dosya sisteminiz bir şekilde hizalanmamış olabilir mi ?!
Waxhead

4
NTFS-3G'nin ücretsiz sürümünün saklanmış olduğuna inanıyorum, böylece önbellek kullanmadan 4 KiB yazımı kullanıyor ve SSD'ler ve USB sürücülerde son derece yavaş yazma performansına neden oluyor. Sürücünün arkasındaki şirket, daha iyi performans için ticari versiyonu satın almanızı önerir. Görünüşe göre hiç kimse açık kaynak sürümünü gerçekten düzeltmek (ve gerekirse çatallamak) için yeterince umursamıyor çünkü NTFS-3G ilk yayınlanmasından bu yana bu sorun neredeyse on yıldır var.
Tronic

1
Aynı Ubuntu 2015.04 dizüstü bilgisayarla, NTFS'ye 320GB harici sabit disk ve 32GB USB bellek formatladım. 2 GB'lik fotoğrafların birincisine kopyalanması sonsuza dek sürüyordu (30 dakika sonra tahmini 6 saat kaldı), ancak ikincisine (USB çubuğu) sadece bir veya iki dakika sürdü. İkisi arasında herhangi bir ayar değiştirmedim.
Nicolas Raoul

Yanıtlar:


18

Bir önceki gönderi sağlanan referansla doğru yolda idi:

belki de buna neyin sebep olabileceğine dair fikir olup olmadığını kontrol edin. http://www.tuxera.com/community/ntfs-3g-faq/#slow

Orijinal soru, büyük dosya aktarımlarında sorunu fark ettiğinden bahsediyor. Medya dosyalarını kopyalama veya yedekleme yapma deneyimimde, yukarıdaki SSS'deki temel seçenek şuydu:

Çözüm: “big_writes” montaj seçeneğini kullanmak, yazma talebinde bulunan yazılımın büyük blokları desteklemesi koşuluyla genellikle CPU kullanımını azaltır.

Big_writes seçeneğini eklemeniz yeterlidir, örn.

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

Düşük özellikli CPU'lu Linux NAS'ım artık NTFS büyük dosya yazma işlemlerini yaklaşık üç kat daha hızlı yönetiyor. ~ 17MB / s'den 50MB / s + 'ya yükseldi. Muhtemelen harici sürücüler yeteneğine (2.5 "USB3 HDD) yakın olan iotop'ta yaklaşık 90MB / s hızda gözüküyor.

NTFS-3G kılavuz sayfasından:

 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).

Kapanış notları:

  • big_writes seçeneği muhtemelen 4K rastgele yazma ölçütüne yardımcı olmaz ;-)
  • Tuxera, gömülü sistem ortakları için pro NTFS sürücüsünü ayırıyor gibi görünse de Paragon, kişisel kullanım için ücretsiz bir alternatif sunuyor.NTFS sürücüsü , Linux 9.0 Express için NTFS ve HFS ve profesyonel bir sürüm sunuyor. Ancak bu ürün için kefil değilim ve önceki bir sürümü (v8.5) denediğimde, o zaman Linux Çekirdek sürümümle çalışamadım.

big_writes seçeneği diskimi 300kb / s'den 35mb / s'ye yükseltti! Teşekkürler!
JosFabre

10 karakter fark yarattı, çok teşekkür ederim!
João Miguel Brandão

big_writes2016 yılında kullanımdan kaldırıldı , ancak 3 yıl sonra bazı dağıtımlar hala daha eski bir libfuse sürümünü kullanıyor.
Dmitry Grigoryev

2

belki de buna neyin sebep olabileceğine dair fikir olup olmadığını kontrol edin. http://www.tuxera.com/community/ntfs-3g-faq/#slow

Bu, dosya varsayılan olarak DMA kullanmadığında 'eski günlere' benziyor. Bugünlerde pek mümkün değil ama BIOS SATA sürücüler için IDE öykünmesi kullanıyor mu? Çünkü IDE öykünüyorsa, DMA dışı mod da öykünüyor olabilir.

Başka bir potansiyel yavaşlama ntfs dosya sıkıştırma. Yazmakta olduğunuz klasörde sıkıştırma etkin mi? Öyleyse, bu klasördeki yeni dosyaları da sıkıştırır.


DMA kullanıp kullanmadığını nasıl test edebilirim? Bunun dışında, sayfadaki tüm önerileri zaten denedim.
Zulakis

Uhm, okuduğum kadarıyla, DMA sadece IDE sürücüleri ile mi ilgili? Yalnızca SATA sürücüler kullanıyorum.
Zulakis

En.wikipedia.org/wiki/Serial_ATA#Transport_layer'a göre SATA için tek seçenek DMA gibi geliyor. Onun bios ide öykünme kullanıp kullanmadığını
öğrenelim

0

Bu eski bir iş parçacığıdır, ancak aynı soruna bir çözüm arayanlar için: cpuspeed etkin mi? ntfs-3g CPU-açtır ve benim durumumda cpuspeed yanlışlıkla çok sayıda IO beklemesine sahip işlemler için düşük bir yük algıladı, sonunda çekirdeği daraltıp sürücüyü aç bıraktı.

Cpuspeed'i devre dışı bırakmayı deneyin (örneğin bir hizmet olarak çalışıyorsa) ve tekrar test edin.


Cpuspeed'in aktif olduğunu nasıl belirleyebilirim? Bu bir cin veya ortam mı?
Daniel

0

big_writes2016 yılında kullanımdan kaldırılmışsa , libfuse3.0.0 veya sonraki bir sürümü kullanılırken ilgili davranış her zaman etkindir . Modern bir Linux sisteminde, düşük NTFS performansı genellikle şu anlama gelir:

  • disk parçalanmış
  • NTFS disk sıkıştırması etkin
  • synckullanılan gibi yetersiz montaj seçenekleri

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.