Egy 15Gb méretű fájl külső USB-re (3.0) másolásánál áll fenn a hiba. Szépen elkezdi a másolást, majd drasztikusan lassul.
$ uname -a
Linux zslaszlo-latitude 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/LinuxNem tudom, hogy buffer gond lehet-e mert olvastam az ubuntu main-ban lévő bugos gvfs csomag is okozhatja.
apt show gvfs -a
Package: gvfs
Version: 1.36.1-0ubuntu1.3.3Valakinek fennáll ez a probléma hasonló környezetben?
Köszönöm a segítséget!
- 646 megtekintés
Hozzászólások
Ez meg akar normalis is lehet. Mit jelent az, hogy drasztikusan lassul?
- A hozzászóláshoz be kell jelentkezni
40MB/s kezd és kevesebb, mint egy perc alatt 1,1MB/s lesz. És folyamatosan lassul.
Szerk.: Aztán felmegy 6MB/s-re, aztán tovább lassul.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
mert megtelnek a lemezpufferek, ami gyorsan megy, mivel az a memóriában van, onnan pedig csak az usb ill. a háttértár sebességével tud kiürülni.
- A hozzászóláshoz be kell jelentkezni
Igen, de ez max 6MB/s lenne egy usb 3 eszköznél? Tesztelésből rádugtam egy windows-os gépre (ott ráadásul csak 2.1 usb volt) és ott hasított? Ez nekem linux problémának tűník.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
Igen, ez abnormalis.
En azt csinalnam, hogy gyorsan bebootolnek valami masik Linuxot egy pendriverol, aztan ott megneznem, hogy mizu iozone-al.
- A hozzászóláshoz be kell jelentkezni
Ez egyébként milyen eszköz? HDD, SSD, pendrive? Márka, típus?
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Toshiba Canvio Basics usb3 külső winchester.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
NTFS filerendszer gondolom. Próbáld meg ext4-el esetleg.
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
- A hozzászóláshoz be kell jelentkezni
Nem opció.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
Gondolom a kipróbálás azért opció lehet, hogy kiderüljön a filerendszer típusa befolyásolja-e a sebességet.
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
- A hozzászóláshoz be kell jelentkezni
Nagy fajlnal, mar nem szamit az FS overhead
- A hozzászóláshoz be kell jelentkezni
le kell csatolni, aztán felcsatolni pufferelés nélkül. umount /dev/...; mount -o sync ... ...;
Nem sokat lehet nyerni pendrive-on a puffereléssel, kihúzás előtt akkor is ki kell várni, amíg kiírja. Mondjuk, jó kérdés, hogy rendszerszinten hogy lehet leszoktatni a Linuxot a pendrájv async módú csatolásáról.
-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
- A hozzászóláshoz be kell jelentkezni
Szerintem sokat lehet nyerni. Azért, ha délelőtt 11-kor kimásolok egy file-t pendrive-ra, disk cache miatt az alkalmazás hamar visszatér, hogy készen van, majd a munkaidő végén néhány óra múlva lecsatolom a pendrive-ot, jó esélyem van arra, hogy az umount nem 20 percig fog tartani, mert az elmúlt néhány órában unalmában kiírta a fizikai eszközre a cache tartalmát a kernel.
Konkrét filerendszer UUID beírható az fstab-ba, így elérhető, hogy sync legyen, de szerintem butaság. Éppen flash eszköznél, ami véges számú alkalommal írható, nagyon rossz ötlet a sync mount. Nem csak lassú, különösképpen, ha filerendszer leíróról, foglalási tábláról van szó, de hamar tönkreteszi a flash eszközt. Minden módosítás menjen csak disk cache-ben, RAM-ban, aztán ha viszonylag béke van, a kialakult végeredmény már csak egyszer íródjon ki a flash eszközre. Egyfelől sokkal gyorsabb, másfelől kíméli a flash eszközt. Persze, aki úgy használja a pendrive-ot, hogy „ó, nem lesz ebből baj, nem kell a szabályos eltávolítás”, majd kitépi a csatlakozóból, míg az adat egy része még a disk cache-ben van, az pórul jár.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Rádugtam a gépre egy LinuxMint 19.1 live pendrive-ot és a másolás sebessége 10GB-ig olyan 90MB/s volt. 10GB felett belassult 5MB/s-re aztán 10MB/s (gondolom itt volt a puffer tele) és az utolsó gigabájtokat 20-30 MB/s sebességgel másolta.
Szóval a probléma verzió specifikus.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
NTFS-nél tapasztaltam Linux alatt hasonlókat, Linux-os fájlrendszerekkel nem.
Mondjuk én meg azt nem értem Linux-os Samba megosztásra egy Windows miért tud 100MB/s-ot, ugyanott Linux csak a felét vagy annyit se.
Elég szomorú hogy ennyi idő után a Linux mint desktop még mindig csak itt tart.
- A hozzászóláshoz be kell jelentkezni
Most lementettem az adatokat és az otthoni megosztáson már ext4 lesz. Hurcolászósnak ntfs kell mert nem linux only környezetben dolgozom. De sajnos tényleg szomorú.
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni