Hardware > Disky, řadiče, CD a DVD

Pomalé a divně se chovající kopírování na USB flash disc

(1/1)

PetrX:
Ahoj,
v Mageia 5 se mně nějak divně chová kopírování na USB flash disky. Někdy proběhne kopírování úplně v pohodě a je i velmi rychlé - desítky MB/sec. Jindy je zase i na tom samém disku extrémně pomalé - rychlost kopírování padá až na jednotky kB/sec. Nejčastější je varianta, že po zadání kopírování se to rozeběhne velmi rychle a třeba do půlky kopírovaného souboru to tak běží a pak se to najednou zpomalí až na ty jednotky kB/sec. Je to pravděpodobně nějakým konfliktem, protože ve chvíli, když ten problém probíhá, tak se zpomalí i celý počítač, zasekává se ukazatel myši atd. Ještě jedna zvláštnost je, že po doběhnutí kopírování na 100% trvá někdy jěště i třeba minutu nebo i víc (!) než se proces dokončí a se souborem je možné pracovat.
Typicky se jedná o kopírování souborů o délce stovek MB až jednotek GB (filmy), kopíruji to v Doplhinu, ale zkoušel jsem i v jiných manažerech a chová se stejně. Ovladač grafiky nVidia GF9600 je ze stromu >Vendor>NVIDIA>GeForce 8100 to GeForce 415 (s grafikou nikde žádné jiné problémy nejsou), procesor Core Duo 3GHz, paměť 4GB. Ten disc, ze kterého se kopíruje je většinou Seagate 2TB (ale zkoušel jsem to i z SSD Samsung či Seagate 4TB a chová se to stejně). V počítači mám výše jmenované tři disky, všechny podporují SATA3.

PetrX:
Ještě bych doplnil, že mezi interními disky probíhá kopírování bez problému. Na tom samém počítači mám ještě v jiných partiton Win7, WinXP a Mandrivu 2010 a v těchto systémech to na ten stejný flash disk (a na tom samém USB konektoru) funguje dobře. (V XP a Mandrivě pouze nefunguje ten 4TB disk).

Yullaw:
Ahoj, díky za příspěvek.

Jde o jeden USB flash disk nebo je jich více?

* v případě jednoho USB flash disku - přeformátuj jej za pomocí GUI programu isodumper na FAT32 a vyzkoušej kopírování znova. USB flash disk je buď levný šunt a nebo jinak poškozený.
* v případě všech USB flash disků a sekání systému/myši:
* pod rootem:
--- Kód: ---# echo "echo never > /sys/kernel/mm/transparent_hugepage/defrag" >> /etc/rc.d/rc.local
--- Konec kódu ---

* restart služby rc-local:
--- Kód: ---# systemctl restart rc-local.service
--- Konec kódu ---

* výpis aktuálního nastavení:

--- Kód: ---# cat /sys/kernel/mm/transparent_hugepage/defrag
always madvise [never]             # [never] je aktivní
--- Konec kódu ---

* možné parametry: never, always, madvise

I já měl s tím problém (jakmile notebook jel na baterii). Postup výše vyřešil zasekávání a také může zrychlit přenos dat. Ale padající rychlost a čekání na dokončení přenosu (cca 10s) to nevyřešilo. Změnu spatříš sám.

Zdroje informací:

* https://bugs.mageia.org/show_bug.cgi?id=10545
* https://www.kernel.org/doc/Documentation/vm/transhuge.txt
* http://linuxforum.ru/topic/28277
* http://www.abclinuxu.cz/clanky/jaderne-noviny-19.-1.-2011-jak-pomaha-linux-next-pri-vyvoji#transparentni-velke-stranky-v-2-6-38
* a spousta dalších anglických stránek. Je o tom velká diskuze a táhne se napříč Linuxem již dlouhou dobu...

Navigace

[0] Seznam témat

Odpověď