Calo prestazioni nel trasferimento di file

[il 21esimo]

Ciao a tutti! Non so se è un problema solo mio e in giro non ho trovato granché in merito.
Anche a voi le prestazioni del sistema operativo calano durante il trasferimento di file di grandi dimensioni da/per dispositivi esterni? E' un bug molto fastidioso perché ti impedisce di usare normalmente il computer facendo più operazioni e l'ho riscontrato su diversi computer che ho (tutti ben dotati di ram e processore). La durata del trasferimento dei file non varia, ma il computer diventa di colpa appesantito, il mouse lagga e va a scatti. E' una problematica che ho riscontrato anche in Fedora, il che mi fa sorgere il dubbio che non sia Gnome il problema, perché con Unity non ricordo problemi del genere.
Avete soluzioni? Grazie!

[noel80]

Ciao, potresti postare anche le specifiche del pc?
In generale vedevo che persino SSD NVMe quando si scaldano, specie per via del trasferimento di grandi files, riducono di molto le prestazioni.

[Pike]

Avete soluzioni? Grazie!

Hai più informazioni?

L'hai chiamato bug ma... non mi sembra affatto un bug.

[willy54]

Il problema è comune ed è legato al protocollo di trasferimento Usb in particolare è il controllo di congruità dei dati che rallenta moltissimo il trasferimento dati in particolare sulle porte Usb tipo 2 ,le Usb tipo 3 sono meno influenzate ma il problema persiste.
Il problema non c'è se il trasferimento è su dischi interni oppure tramite porta Thunderbolt altra porta più veloce delle Usb è la eSata ovviamente per computer che ne sono dotati.
Windows è più veloce di ubuntu in questo frangente ma anche lui rallenta.

[frapox]

Ciao a tutti! Non so se è un problema solo mio e in giro non ho trovato granché in merito.
Anche a voi le prestazioni del sistema operativo calano durante il trasferimento di file di grandi dimensioni da/per dispositivi esterni? E' un bug molto fastidioso perché ti impedisce di usare normalmente il computer facendo più operazioni e l'ho riscontrato su diversi computer che ho (tutti ben dotati di ram e processore). La durata del trasferimento dei file non varia, ma il computer diventa di colpa appesantito, il mouse lagga e va a scatti. E' una problematica che ho riscontrato anche in Fedora, il che mi fa sorgere il dubbio che non sia Gnome il problema, perché con Unity non ricordo problemi del genere.
Avete soluzioni? Grazie!

Posta la configurazione del tuo sistema:

Codice: Seleziona tutto

sudo apt install inxi
inxi -Fxz

Nonché la versione di Ubuntu (o derivata) che stai usando.

Io, su un PC di 7 anni fa, non ho mai avuto problemi di lag/rallentamento durante la copia dei file su Gnome.

[il 21esimo]

Codice: Seleziona tutto

System:
  Host: fabio-MS-7B29 Kernel: 5.3.0-46-generic x86_64 bits: 64 compiler: gcc 
  v: 9.2.1 Desktop: Gnome 3.34.1 Distro: Ubuntu 19.10 (Eoan Ermine) 
Machine:
  Type: Desktop Mobo: Micro-Star model: H310M PRO-VDH (MS-7B29) v: 1.0 
  serial: <filter> UEFI: American Megatrends v: 1.20 date: 03/30/2018 
CPU:
  Topology: Quad Core model: Intel Core i3-8100 bits: 64 type: MCP 
  arch: Kaby Lake rev: B L2 cache: 6144 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 28800 
  Speed: 1817 MHz min/max: 800/3600 MHz Core speeds (MHz): 1: 3375 2: 3169 
  3: 2771 4: 2801 
Graphics:
  Device-1: Intel 8th Gen Core Processor Gaussian Mixture Model 
  vendor: Micro-Star MSI driver: i915 v: kernel bus ID: 00:02.0 
  Display: x11 server: X.Org 1.20.5 driver: i915 resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2) 
  v: 4.5 Mesa 19.2.8 direct render: Yes 
Audio:
  Device-1: Intel Cannon Lake PCH cAVS vendor: Micro-Star MSI 
  driver: snd_hda_intel v: kernel bus ID: 00:1f.3 
  Device-2: Logitech OrbiCam type: USB driver: snd-usb-audio,uvcvideo 
  bus ID: 1-14:4 
  Sound Server: ALSA v: k5.3.0-46-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Micro-Star MSI driver: r8169 v: kernel port: 3000 bus ID: 01:00.0 
  IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 935.25 GiB used: 112.30 GiB (12.0%) 
  ID-1: /dev/sda vendor: Seagate model: ST1000DM010-2EP102 size: 931.51 GiB 
  temp: 31 C 
  ID-2: /dev/sdb type: USB model: SKYMEDI USB Drive size: 3.73 GiB 
Partition:
  ID-1: / size: 915.40 GiB used: 111.34 GiB (12.2%) fs: ext4 dev: /dev/sda2 
Sensors:
  System Temperatures: cpu: 41.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 331 Uptime: 2h 26m Memory: 3.72 GiB used: 2.50 GiB (67.3%) 
  Init: systemd runlevel: 5 Compilers: gcc: 9.2.1 Shell: bash v: 5.0.3 
  inxi: 3.0.36 

Ora sono con ubuntu 19.10. Tra due giorni sarò alla 20.04

[frapox]

Non mi pare di vedere nulla di anomalo nella tua configurazione.

Al limite prova a fare una copia di file grandi in una sessione di Ubuntu/Wayland.

Prova anche a tenere d'occhio l'occupazione della RAM durante la copia, perché vedo che ne hai i 2/3 occupati... se sale oltre un tot e inizia a swappare, sicuramente quello concorre a rallentarti tutto quanto.

[il 21esimo]

Non mi pare di vedere nulla di anomalo nella tua configurazione.

Al limite prova a fare una copia di file grandi in una sessione di Ubuntu/Wayland.

Prova anche a tenere d'occhio l'occupazione della RAM durante la copia, perché vedo che ne hai i 2/3 occupati... se sale oltre un tot e inizia a swappare, sicuramente quello concorre a rallentarti tutto quanto.

Come risolvo quindi? Stesso computer ma con distro diverse, il problema non c'era. Il problema quindi è software, non hardware.

[il 21esimo]

Due post fa ho postato il comando

Codice: Seleziona tutto

inxi -Fxz

Ho ridato lo stesso comando durante la copia di un file di grandi dimensioni (3.3 gb) e ho notato che addirittura la ram usata dal computer era inferiore a quella postata stamattina. Ho anche provato attaccato il supporto esterno ad una porta usb 3.0 diversa ma nulla. Devo venirne a capo, non è possibile. Confido nel vostro supporto.

Codice: Seleziona tutto

System:
  Host: fabio-MS-7B29 Kernel: 5.3.0-46-generic x86_64 bits: 64 compiler: gcc 
  v: 9.2.1 Desktop: Gnome 3.34.1 Distro: Ubuntu 19.10 (Eoan Ermine) 
Machine:
  Type: Desktop Mobo: Micro-Star model: H310M PRO-VDH (MS-7B29) v: 1.0 
  serial: <filter> UEFI: American Megatrends v: 1.20 date: 03/30/2018 
CPU:
  Topology: Quad Core model: Intel Core i3-8100 bits: 64 type: MCP 
  arch: Kaby Lake rev: B L2 cache: 6144 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx 
  bogomips: 28800 
  Speed: 800 MHz min/max: 800/3600 MHz Core speeds (MHz): 1: 800 2: 800 
  3: 800 4: 800 
Graphics:
  Device-1: Intel 8th Gen Core Processor Gaussian Mixture Model 
  vendor: Micro-Star MSI driver: i915 v: kernel bus ID: 00:02.0 
  Display: x11 server: X.Org 1.20.5 driver: i915 resolution: 1366x768~60Hz 
  OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (Coffeelake 3x8 GT2) 
  v: 4.5 Mesa 19.2.8 direct render: Yes 
Audio:
  Device-1: Intel Cannon Lake PCH cAVS vendor: Micro-Star MSI 
  driver: snd_hda_intel v: kernel bus ID: 00:1f.3 
  Device-2: Logitech OrbiCam type: USB driver: snd-usb-audio,uvcvideo 
  bus ID: 1-14:4 
  Sound Server: ALSA v: k5.3.0-46-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Micro-Star MSI driver: r8169 v: kernel port: 3000 bus ID: 01:00.0 
  IF: enp1s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 1.36 TiB used: 227.30 GiB (16.3%) 
  ID-1: /dev/sda vendor: Seagate model: ST1000DM010-2EP102 size: 931.51 GiB 
  ID-2: /dev/sdb type: USB vendor: Western Digital model: WD Elements 10A8 
  size: 465.73 GiB 
Partition:
  ID-1: / size: 915.40 GiB used: 119.70 GiB (13.1%) fs: ext4 dev: /dev/sda2 
Sensors:
  System Temperatures: cpu: 45.0 C mobo: N/A 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 225 Uptime: 13m [b]Memory: 3.72 GiB used: 1.55 GiB (41.7%)[/b] 
  Init: systemd runlevel: 5 Compilers: gcc: 9.2.1 Shell: bash v: 5.0.3 
  inxi: 3.0.36 

[pistorius08]

Io ho avuto lo stesso problema durante un backup, dopo 50 e rotti minuti ho annullato il backup, rifatto stamattina e in 4 minuti circa ha fatto tutto, pensavo fosse un mio problema ma ora lo dubito

[il 21esimo]

Io ho avuto lo stesso problema durante un backup, dopo 50 e rotti minuti ho annullato il backup, rifatto stamattina e in 4 minuti circa ha fatto tutto, pensavo fosse un mio problema ma ora lo dubito

Tu almeno hai risolto. A me persiste...

[il 21esimo]

In questa discussione ho trovato il mio problema ma, seguendo le istruzioni fornite al malcapitato, non ho risolto nulla (ammesso che abbia svolto bene il compito)...
https://gist.github.com/2E0PGS/f63544f8 ... 4f56efe52f

[Pike]

Devo venirne a capo, non è possibile. Confido nel vostro supporto.

https://it.msi.com/Motherboard/support/H310M-PRO-VDH
L'iban te lo mando in pm?
(leggi tutta la pagina dei bios e tutti i changelog prima di rispondere.

[il 21esimo]

Devo venirne a capo, non è possibile. Confido nel vostro supporto.

https://it.msi.com/Motherboard/support/H310M-PRO-VDH
L'iban te lo mando in pm?
(leggi tutta la pagina dei bios e tutti i changelog prima di rispondere.

Io ti ringrazio ma non so dove mettere le mani... Dovrei scaricare tutti gli aggiornamenti ed installarli? Come?
E poi: se con windows o altri sistemi os tipo Mint non ho problemi, perché dovrebbe essere questione di bios e non di os?

[Pike]

Io ti ringrazio ma non so dove mettere le mani... Dovrei scaricare tutti gli aggiornamenti ed installarli? Come?

Leggendo il manuale d'istruzioni della mainboard? Per dire...

E poi: se con windows o altri sistemi os tipo Mint non ho problemi, perché dovrebbe essere questione di bios e non di os?

Diverso metodo di fare caching. Strana una cosa: se fosse un problema software, come mai lo hai per _tutti i kernel_ di Ubuntu che usi?

[frapox]

In questa discussione ho trovato il mio problema ma, seguendo le istruzioni fornite al malcapitato, non ho risolto nulla (ammesso che abbia svolto bene il compito)...
https://gist.github.com/2E0PGS/f63544f8 ... 4f56efe52f

In effetti ci sono un paio di tunables del kernel che puoi modificare per vedere se cambia qualcosa:

Codice: Seleziona tutto

vm.dirty_ratio
vm.dirty_background_ratio

se vuoi i dettagli tecnici di cosa siano:
https://lonesysadmin.net/2013/12/22/bet ... rty_ratio/

Quando avevo l'hdd meccanico come disco di sistema, coi vecchi kernel (ti parlo di 2-3 anni fa) ho avuto benefici da questo approccio, ma purtroppo non ricordo assolutamente più che settaggi avessi. I settaggi che ho attualmente sono:

Codice: Seleziona tutto

vm.dirty_ratio = 20
vm.dirty_background_ratio = 10

E non ho nessunissimo problema.
Per modificarli a runtime utilizza sudo sysctl vm.dirty_ratio=XX, per rendere la modifica permanente, modifica con sudo editor /etc/sysctl.conf e inserisci una stessa riga con "chiave = parametro".

Un'altra cosa che mi viene in mente potrebbe essere utile è lo scheduler dell'I/O. Gli ultimi kernel dovrebbero avere di default il mq-deadline; io ho messo, per i dischi meccanici, il bfq e per gli SSD none.

Per capire come si cambia:
https://wiki.archlinux.org/index.php/Im ... _scheduler

Non mi viene in mente altro da "toccare". Valido anche il suggerimento di aggiornare il firmware all'ultima release disponibile.

[il 21esimo]

Allora ragazzi, una buona notizia per me: il problema è stato risolto. Stamani ho aggiornato il bios e stasera installato Ubuntu 20.04 e ora il pc copia regolarmente i file di grandi dimensioni. Ora non so se è merito del bios aggiornato o di U20.04 (io propendo per quest'ultimo) ma tant'è. Grazie comunque delle risposte!