ext3->usb->ntfs-3g másolás lassú & 100%cpu

Ubuntu Linux

sziasztok
épp most másolok egy ~8gb-s tgz fájlt vinyóról (ext3) egy külső, usb 2.0-s vinyóra, amin ntfs(-3g) van.
másolás tetves lassú, már vagy fél órája megy és még 3/4-nél tart csak.
közben a belső vinyó átlag 16mb/s-el olvas, ha jól számolok, ezzel is kb. 9-10 perc alatt végeznie kéne. az egy másik kérdés, hogy a külső és a belső vinyó is tudna ennél gyorsabban is, de ezt betudom az ntfs-3g-nek. (bár eddigi tapasztalatom alapján az ntfs-3g-vel semmi baj nincs)
ami viszont fura: a vinyót rendesen felismeri, az usb-t is, külső tápos vinyó, még ezt is felismeri a gép, és valóban usb2.0-n csatlakozik nem 1.x-en, ennek ellenére viszont közben az egyik magot 100% leterheli a másolás, és a cpu-t is csutka órajelen járatja közben. ez mitől lehet vajon? hol keressem a problémát?
a gép egy athlon 64 x2 4600 (ha jól emlékszem), 2,4ghz, socket am2, 2gb ddr2 rammal. ubuntu 7.04 i386.

szerk: közben most meg visszaesett a vége felé a sebesség 1-2mb/s-re. :( semmi log bejegyzés nincs, hogy visszavett volna usb1.x módra vagy hasonló.
és azt is elfelejtettem mondani, hogy mount.ntfs-3g járatja a procit.

  • 2285 megtekintés

( szaka | 2009. 03. 02., h – 19:59 )

Defregmentald az NTFS-t (neha ez jelentosen gyorsabb, mint megvarni a masolas veget, mivel minnel fregmentaltabb egy fajl, annal lassabb a masolas -- ez azert van mert az NTFS kotelezoen tomoriti az adatokat megcimzo extenteket, a folyamatos tomorites eszi a CPU-t), vagy hasznald az Advanced NTFS-3G-t vagy vard meg a kovetkezo verziot, ami jelentosen felgyorsitja az extrem modon fregmentalt fajlok irasat. Bovebben: http://ntfs-3g.org/support.html#highcpu

ez egy 160 gigás vinyó és van rajta kb. 10db ugyanilyen, kb. 8-10 gigás fájl, nem hinném, hogy annyira töredezett lenne. (meg azt se, hogy az ENNYIRE belassítaná) bár erre utalhat, hogy a másolás a vége felé egyre jobban belassult.
holnap megnézem, mennyire töredezett a fájlrendszer.

de egyébként már megfigyeltem, hogy az ext3-nál a fájlműveletek iszonyatosan zabálják a procit, ez mitől van? több gépen is, különböző hardvereken, mindig eszi a procit. legalábbis nem teljesen értem, miért kell minimum 30-50%-ot, de néha 90-et használni egy sima fájlműveletkor?
hmmm....

--------------------------------
feel the beat - it's everywhere!

Toltsd le a http://ntfs-3g.org/download/ntfrag.sh fajlt (kell neki az ntfsprogs csomag), majd

chmod 755 ntfrag.sh
./ntfrag.sh fajlt

megmondja hany darabbol all egy fajl NTFS-en.

A http://ntfs-3g.org/pics/runlist-opti.png grafikon az irasi teljesitmenyt mutatja annak fuggvenyeben, hany darabbol all a fajl egy 1.3 GHz-es Pentium M-en.

Azt ext3 azert lassu mert nem hasznal extenteket (a falrendszer alul van tervezve, az ext4 ezt megoldotta). Az NTFS azert lassul be mert kotelezoen tomoriti az extenteket (a fajlrendszer tul van tervezve).

értem, köszi. holnap megnézem.
de az továbbra sem világos, hogy ez a vinyó csak linuxszal volt eddig használva, ugyanazon a gépen. mind a 8-10 nagy fájl ugyanúgy lett rámásolva. hely még bőven van. és ha azt veszem, amit írsz, hogy az ntfs-3g tömöríti a fragmenteket, akkor mindennek szépen sorban egymás után kellene sorakoznia, és nem lehetne fragmentált elvileg. akkor most mit molyo vele?
na mindegy, holnap megnézem ezt majd.

na megnéztem, érdekes a helyzet. nem nagyon volt töredezve, ahogy sejtettem is, de viszont: az összes fájl szépen egy blokkban volt... a fájlrendszer VÉGÉN! :O
olyan, mintha visszafelé kezdte volna el feltölteni a helyet...
megpróbáltam defragozni (win alól), hát ha még éltetek lassút! usb-n többgigás fájlokat ne is próbáljon senki defragolni, ha jót akar :)
2 óra alatt 1 fájlt sem fejezett be, nemhogy mind a 10-12-t...
úgyhogy inkább lemásoltam róla mindent, gyalu, aztán vissza.

( pink v | 2009. 03. 02., h – 22:20 )

Nekem az ntfs-3g szokta enni a procit, olyannyira, hogy az a szűk keresztmetszet.

Az, hogy mennyi CPU-t hasznal az NTFS-3G eleg sokminden fuggvenye. Pl: http://ntfs-3g.org/support.html#highcpu

A nyilt forraskodu meghajto teljesitmenye normal korulmenyek kozott maximum 100 MB/s. A kereskedelmi meghajtoe maximum 1.8 GB/s. Ha a diszk csak pl 50 MB/s-et tud, akkor az elobb 50%, az utobbi 3% CPU-t hasznal egy 2.5 GHz-es T9300-as Core 2 Duo-n.