Nerovnomerné ukazovanie priebehu kopírovania

[kabell]

čavte neviem čím to môže byť, ale všteky pribehy kopírovaní(mc, nautilus, gnome-commander) sú asi také, že najskôr rýchlosťou 30MB/s sa nakopíruje 200mb cca a potom rýchlosť klesne na reálnu, ale nakoniec to stojí pri 100% hodne dlho. Ake takéto ukazovatele kopírovania sú mi nanič. Toto robí len pri kopírovaní na USB.

neviete čím to môže byť ?? USB cache ani nepodporujú, takže tým to byť nemôže byť

[ntz_reloaded]

to je protoze to nejdrive jde do cache (v pameti) a potom se to syncuje na disk ..

eg treba bugreport zde: https://bugzilla.novell.com/show_bug.cgi?id=766351

podle komentare by melo stacit nastavit, aby se usb zarizeni pripojovala s volbou flush

[Roman Vacho]

Tohle mi dělá od Visty na Windows. Ale v Linuxu to moc nepozoruju. Asi používám více jiné počitadla.

[sabraq]

Mě to taky dělají veškerý paměťovky, odjakživa.

[GdH]

Mě to taky dělají veškerý paměťovky, odjakživa.

Protože je tak konfigurovaný systém a jede to přes tu keš. Naštěstí dneska už všechny rozumné file managery alespoň se zavřením dialogu čekají až na kompletní sync, dřív to bylo peklo. Když je dostatek volné RAM, zmizí data velkou rychlostí z pevného disku do cache a ještě před pár lety Nautilus v tuto chvíli zavřel dialog a byl hotov. To že se data dalších pět minut přenášela z cache do cíle jste mohli sledovat leda monitorem CPU, který zobrazuje I/O wait. Jsem přesvědčený, že Dolphin mi to dělal ještě tenhle rok, ale když jsem ho teď pro jistotu otestoval, už slušně čeká.

[kabell]

OK ten dialóg sa nezavrie, on čaká až dokonca. Takže hovoríte, že je to v pohode. OK budem si musieť zvyknúť.
Diky

[sabraq]

Jdu to zkusit s tou změnou mountování.

[Tadeáš Pařík]

Jdu to zkusit s tou změnou mountování.

Taky tu teď nad tím bádám, dejte vědět výsledky...

[Rover623]

Změna mountování vyzkoušena, u mě to nyní jede skokově, přiskakuje to po blocích tak jak se zapisují na disk. Ale u levných flashek to pocitově dost zpomaluje kopírování a u velkých souborů se tam občas objevují špatně navazující bloky

[Martin Šácha]

Taky mě to štve... kdysi dávno jsem viděl nějaký parametr v sysctl, který určoval jak velká ta cache bude (tj po jakých skocích bude ukazatel skákat)... defaultně je to totiž nějakých 512MiB... po zmenšení na 8MiB bylo kopírování pěkně plynulé

Zkusím dohledat, napíšu

[sabraq]

Tak já jsem to zatím nevyzkoušel, musel jsem na rychlo večer odjet. Ale co jsem se díval, tak zatím nevím kam bych měl ten parametr flush přidat, navíc na té bugzille primárně řeší problém s tím, že při kopírování na usb flash jim zmizí dialogové okno i když kopírování ještě probíhá. Na bugzille KDE pak díky tomuto parametru řeší bezpečné odpojení usb flashky implementací přímo do KDE, jestli to dobře chápu.

[ntz_reloaded]

Taky mě to štve... kdysi dávno jsem viděl nějaký parametr v sysctl, který určoval jak velká ta cache bude (tj po jakých skocích bude ukazatel skákat)... defaultně je to totiž nějakých 512MiB... po zmenšení na 8MiB bylo kopírování pěkně plynulé

Zkusím dohledat, napíšu

tohle je pekny, nicmene pokud to afekti globalne, tak nevim nevim ... docela by me to zajimalo

[Rover623]

Tohle mě neskutečně štvalo na Windows, když jsem měl ještě čtečku karet do LPT. Tam prostě průzkumník po několika minutách oznámil ukončení přenosu souborů, okno z kopírováním zmizelo a jediné co indikovalo, že se ještě něco děje byla malinká blikající ikonka karty v oznamovací oblasti a ta blikala ještě třeba dalších 15 minut než to skončilo.

[patapon]

rad by som aj ja dal svoj "problem" s usb diskami ktore mam.dam napriklad na usb disk kopirovat hocijaky film/hudbu atd.... a ked proste okienko zmizne,ze sa mi to uz dokopirovalo,tak kliknem na usb pravym,a kliknem na "Odpojit USB",a vtedy mi vyskoci tabulka,ktora,mi pise ze "pockajte prosim kym sa data zapisu na disk".a niekedy to trva naozaj az niekolko minut,aj ovela viacej minut,ako samotne kopirovanie suboru,co ma dost stve!vo windowse som proste nakopiroval subory,a hned jak sa skopirovalo,tak som dal "bezpecne odobrat disk" a mohol som ho hned vytiahnut.

neviem ci je nejaky problem v ubuntu, ale jednoducho to velmi zdrzuje cloveka,a hlavne ked sa ponahla.

[Roman Vacho]

V KDE tímto netrpím. Testováno s flashkama se zápisem 3-15MB/s.

[patapon]

potreboval by som sa zbavit totoho:

http://2i.sk/58db5872a1

ked nakopirujem data na usb kluc,tak ked sa dokopiruju,a dam ho vysunut,nechutne dlho to trva,kym sa to odpoji,cili mi tam nabehne ta obrazovka,ktou mozete vydiet na obrazku,a musim velmi dlho cakat,kym sa to dokonci.

navod od kolegu -> https://bugs.kde.org/show_bug.cgi?id=273792 <- tam pise,ze mam niekde prepisat nieco na flush ,hm,ale neviem ktore.takze prikladam vypis z terminalu cat /etc/mtab

Kód: [Vybrat]

$ cat /etc/mtab
/dev/sda1 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
/dev/sdb1 /media/Windows fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0
/dev/sdb4 /home ext4 rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/patapon/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=patapon 0 0
/dev/sde1 /media/USB\040Data fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0

dakujem za odpoved.