ntfs-3g & unrar

Ubuntu Linux

Ubuntu Edgy alatt próbálok egy ntfs partíción levő berarolt filmet kicsomagolni, számomra elképesztő lassúsággal. Az unrar e *.r00 parancs kiadása után a mountntfs-3g 95-96% -ban megeszi mindkét processzort /Core 2 Duo E6400/, az unrarnak nem marad semmi.
Próbáltam ez alapján: http://ubuntuforums.org/showthread.php?p=1918655#post1918655 a legfrissebb driverre frissíteni de így is ugyan az az eredmény.
Az ekkora méretű filmet egy ext3 partíción pár pillanat alatt kicsomagolok, itt nincs is türelmem kivárni.
Esetleg valami ötlet azonkívül hogy még mindig ne használjak ntfs-t ?

Egy sata II-es Samung 250GB HDD, egy ntfs partícióval.
hdparm -tT /dev/sda

/dev/sda:
Timing cached reads: 4856 MB in 2.00 seconds = 2429.67 MB/sec
Timing buffered disk reads: 214 MB in 3.02 seconds = 70.78 MB/sec

  • 1618 megtekintés

( janusz | 2006. 12. 29., p – 18:50 )

mennyi szabad hely van a particion?
esetleg toredezettsegmentesits

( akion | 2006. 12. 29., p – 23:04 )

Amennyire en emlekszem, ntfs-3g meg mindig nem igen szereti a tomoritett allomanyokat, sehogyse :/ Rakb at a linuxos particiodra a rarokat, majd ott csomagold ki, a kesz filokat meg mozgasd vissza az ntfs particiodra. Afaik mashogy nem megy (meg).

Csak a fájlrendszer által tömörített fájlokat nem szereti. Miért kivételezne pont a tömörített fájlokkal? Semmiben sem különbözik egy RAR fájl pl egy AVI-tól (természetesen csak a driver szemszögéből). Ugyanolyan mint a többi.

--
Nagy László
Ubuntu Linux 6.06.1 "Dapper Drake" on laptop 2.6.15-27-386

( JoHn123 v | 2006. 12. 30., szo – 09:23 )

Köszi mindenkinek, azt hiszem nem erőltetem az ntfst még pár évig.
Ugye nem tudom fájdalommentesen átkonvertálni ext3 -ra?

A _fájlrendszer_ által tömörítetteket nem kezeli.

A félreértések elkerülése végett: az NTFS-nek van olyan opciója, hogy adott fájlokat röptömörítve tároljon le a lemezen. Ezek a fájlok standard fájlok, csak a fájlrendszer szintjén tömöríve vannak. Na ezek azok a fájlok, amiket a linuxos ntfs meghajtók nem kezelnek.

Ha van a rendszeren egy RAR, ZIP, TGZ állomány azt kezeli.

És akkor zárszónak összefoglalva: fájlrendszer által tömörített fájlok != ZIP, RAR, etc

"Köszi mindenkinek, azt hiszem nem erőltetem az ntfst még pár évig."

BUEK! Az elso ev gyorsan el is telt :-) Igy esetleg erdemes lenne kiprobalni a legutobbi drivert (0.20070102), amiben jelentos sebessegbeli javitasok voltak, keresednek megfeleloen. A visszajelzesek eleg pozitivak eddig (pl az iras 50-200 kB/s-rol 2-40 MB/sec-re valtozott).

A CPU hasznalat bizonyos esetekben me'g mindig jelentos lehet, ezen folyamatos a munka.

Ezt talán a FUSE okozhatja, mert captive-n is előfordul (bár ettől még lehet más is, mert ugye captive -n a "wine" szerű működés is okozhatja ezt).

unrar-os ügyhöz. Tömörített NTFS particiün / megközelítőleg 25-30%os helymegtakarítás is elérhető vele, és ez most nem a reklám helye hanem tényleg ennyi. ! /csináltam multkor egy kisebb tesztet: ~ 44-45 megás EXE rar-ba csomagolása kb. 2 percig tartott, kicsomagolás kb. 1,5 perc. kicsomagolás 9% után lockolt egy pár sec.-re, ezért tartott eddig (AMD3000+;UDMA100(IDE),512MB DDR RAM). A meghajtó erősen tömött volt, töredezettségmentesítés is kb. lehetetlen :)), a linux kernelt grsec modulok védik (és kissé lassítják, bár captive-sandbox-ról PAX-t el kell venni). 2.6.18-7 debianizált kernelben levő Fuse modul, deb.sarge-ben levő "fusermount", winxp_hun SP0 cdről származó "untested" driver. tehát minden együtt volt hogy a lehető leglassabb működést sikerüljön produkálni. :-)

U.I: Semmi bajom a ntfs-3gvel, pusztán NTFS esetében a tömörített particiók híve vagyok. mert jónak, és hatékonynak találom. mihelyt ntfs3g támogatja azonnal kipróbálom.

------

Nem a zsömle kicsi, a pofátok nagy...

Ismét megpróbáltam 0.20070207-RC1-1 driverrel, teljesen elfogadható sebességgel működik. A proci használat olyan 50-65% közt ugrál, de ez így már nemigen számít, működik tökéletesen.
Köszönöm szépen az áldozatos munkátokat, nem hittem volna hogy ilyen hamar megoldódik a dolog.