Newsgroup: it.comp.os.linux.ubuntu
Titolo: jaunty 9.04: copia su USB pen lentissima

Ieri mi ï¿œ capitato il problema in oggetto copiando dall'esplora risorse 
di ubuntu dei files di circa 400MB l'uno su chiavetta sony 8G, la copia 
partiva veloce circa 7MB/sec poi rallentava e scendeva a meno di 1 
MB/S.
Le mie porte usb sono 2.0.
Alla fine ho risolto installando gnome commander
sudo apt-get install gnome-commander
e copiando i file in quel modo ho ottenuto la velocitï¿œ di trasferimento 
che era quella solita di windows.
Come mai secondo voi c'ï¿œ questo degrado delle prestazioni usando 
l'esplora risorse di ubuntu? E' probabilmente un problema hardware o un 
problema del kernel piï¿œ recente? Non sono riuscito a capire dai molti 
post trovati in internet.
Ciao
-- 
Morde

 post trovati in internet.
Potrebbe essere che fosse montata in modalitï¿œ sincrona (opzione sync).
Quando la chiavetta ï¿œ inserita e montata esegui il comando:
cat /proc/mounts
e postalo.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 e postalo.
Dovrebbe essere questa:
/dev/sdb1 /media/CHIAVETTA8G vfat 
rw,nosuid,nodev,uid=1000,fmask=0077,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,flush 
0 0
Qui sotto tutto l'output:
coco@coco-laptop:~$ cat /proc/mounts
rootfs / rootfs rw 0 0
none /sys sysfs rw,nosuid,nodev,noexec 0 0
none /proc proc rw,nosuid,nodev,noexec 0 0
udev /dev tmpfs rw,mode=755 0 0
/dev/disk/by-uuid/85caf57c-f837-48ab-bb82-40d9a9b6891e / ext4 
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid,mode=755 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
varrun /var/run tmpfs rw,nosuid,mode=755 0 0
varlock /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
tmpfs /lib/modules/2.6.28-14-generic/volatile tmpfs rw,mode=755 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0
securityfs /sys/kernel/security securityfs rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 
0 0
gvfs-fuse-daemon /home/coco/.gvfs fuse.gvfs-fuse-daemon 
rw,nosuid,nodev,user_id=1000,group_id=1000 0 0
/dev/sdb1 /media/CHIAVETTA8G vfat 
rw,nosuid,nodev,uid=1000,fmask=0077,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,flush 
0 0
-- 
Morde

 rw,nosuid,nodev,uid=1000,fmask=0077,dmask=0077,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,flush 
Se sei sicuro di non dimenticarti di smontare la chiavetta prima di estrarla 
puoi togliere il flush finale. In tal caso dovrebbe flushare meno spesso e 
quindi dilazionare la scrittura in piï¿œ tempo a fronte di un uso un po' piï¿œ 
pesante della cache e aumento di rischio di perdita di dati se togli la 
chiave o salta la corrente.


 chiave o salta la corrente.
Farï¿œ questa modifica sul flush per vedere la differenza: alla fine mi 
serve solo per trasferire dei filmati che voglio vedermi sul lettore 
multimediale. Non la uso come backup di dati vitali ecc..
Tuttavia non capisco come mai tra una copia con interfaccia grafica e 
una con gnome-commander ci sono queste grosse differenze..
Non so se vale la pena di guardare i sorgenti dell'esplora risorse di 
unbuntu (cos'ï¿œ, nautilus?) e confrontarli con gnome-commander per 
vedere che differenza c'ï¿œ, quali api vengono chiamate oppure se entrano 
degli script bash in ballo.
-- 
Morde