Visualizzazione estremamente lenta di JPEG e altre immagini in 15.10


0

[Questa domanda è stata contrassegnata come duplicata (relativa ai driver grafici) ma non lo è. Ho rintracciato il problema su VMware Workstation 12 in esecuzione sul sistema . Il problema è innescato sospendendo e riprendendo VMware Workstation.]

Dall'aggiornamento a Kubuntu 15.10 (dal 14.04 LTS), alcuni programmi che visualizzano file JPEG e PNG impiegano molto tempo per essere eseguiti. Ad esempio, un JPEG da 1,5 MB, utilizzato per la visualizzazione istantanea, ora richiede più di 10 secondi per apparire sullo schermo. Un file da 2 MB richiede oltre 20 secondi.

Questo è su un computer molto veloce (12 core, SSD, 32 GB RAM).

I programmi interessati includono:

  • display (da Imagemagick 6.8.9-9)
  • eog (GNOME Image Viewer 3.16.3)
  • geeqie (versione 1.2)

I programmi non interessati includono:

  • The Gimp
  • xv
  • Chrome (se digito "chrome IMG_3123.JPG")

File di esempio:

$ ls -l IMG_3123.JPG
-rw-r--r-- 1 smith users 1562373 Sep 12 07:14 IMG_3123.JPG

Quando corro:

$ display IMG_3123.JPG

ci vogliono 10 secondi per mostrare l'immagine. Sotto Kubuntu 14.04, ci sono voluti meno di 1 secondo.

Nota: se riavvio, il problema scompare. Quindi ritorna più tardi.

Vedo anche una lentezza casuale in altre applicazioni GUI come Chrome. Mi chiedo se questo problema potrebbe essere correlato ai driver grafici? O qualche biblioteca comune?

Le mie informazioni grafiche sono:

$ sudo lshw -class display
  *-display               
       description: VGA compatible controller
       product: GK107 [GeForce GT 640]
       vendor: NVIDIA Corporation
       physical id: 0
       bus info: pci@0000:01:00.0
       version: a1
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress vga_controller bus_master cap_list rom
       configuration: driver=nouveau latency=0
       resources: irq:46 memory:fa000000-faffffff memory:c0000000-cfffffff memory:d0000000-d1ffffff ioport:e000(size=128) memory:fb000000-fb07ffff

Quindi sto eseguendo il driver nouveau, ma sono abbastanza sicuro che stavo eseguendo nouveau anche in Kubuntu 14.04.

Aggiornare:

Ho provato a installare i driver proprietari nvidia e riavviare. Ho visto un nuovo errore all'avvio:

Kubuntu 15.10
. . . .
EDAC sbridge: ECC is disabled. Aborting.
EDAC sbridge: Couldn't find mci handler

Al termine del riavvio, non è stato possibile accedere utilizzando la schermata di accesso grafica. Inserirei la mia password e verrei immediatamente riportato alla schermata di accesso. Errore in / var / log / syslog detto:

Nov 23 15:35:04 myhost systemd[1]: Started Session c4 of user smith.
Nov 23 15:35:04 myhost console-kit-daemon[2945]: (process:10614): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Nov 23 15:35:04 myhost gdm[2819]: GdmDisplay: display lasted 0.044295 seconds
Nov 23 15:35:04 myhost console-kit-daemon[2945]: (process:10623): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Nov 23 15:35:04 myhost console-kit-daemon[2945]: GLib-CRITICAL: Source ID 121 was not found when attempting to remove it
Nov 23 15:35:08 myhost gnome-session[3177]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Nov 23 15:35:09 myhost gnome-session[3177]: gnome-session[3177]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

Quindi ho disinstallato i driver nvidia e riavviato, e il sistema è tornato alla normalità.

Ho provato a installare altre versioni dei driver nvidia ma si è verificato lo stesso problema, quindi non ho ancora soluzione.

Aggiornamento 2:

OK, questo è strano. Il problema si è verificato nuovamente, con JPEG in apertura di 20 secondi. Ho chiuso VMware Workstation (12.0.1), che esegue un paio di VM Windows come guest, e il problema si è fermato all'istante . Non è legato alla memoria, perché avevo 28 GB di RAM libera anche prima di chiudere VMware.


Hai installato il driver grafico corretto per Ubuntu 15.10?
Charles Green,

Questa è un'ottima domanda, ma come posso verificare? Ho semplicemente aggiornato alla 15.10 e ho seguito tutte le istruzioni.
DanB,

sudo lshw -class displayti fornirà alcune informazioni su quale scheda e driver sono installati - esegui questo comando e copia l'output nella domanda sopra.
Charles Green,

K: stai usando il driver nouveau, il che significa (credo) che la CPU sta trasportando il carico e la GPU non sta facendo nulla. Invierò una breve risposta in pochi istanti ...
Charles Green,

Grazie! "Software e aggiornamenti" mi offre 6 scelte di driver NVIDIA. Presumo che dovrei scegliere il massimo che dice "Driver proprietario NVIDIA -version 352.63 di nvidia (proprietario, testato)"? Gli altri dicono "(proprietario)" senza "testato" e hanno numeri di versione uguali o inferiori.
DanB,

Risposte:


0

Stai utilizzando il driver Nouveau e potresti ottenere risultati migliori con uno dei driver grafici disponibili nella sezione "Driver aggiuntivi" del centro software Ubuntu.

Ho contrassegnato questa domanda come un duplicato di "Come installare driver aggiuntivi" che dovrebbe accompagnarti bene nel processo. Vorrei avvertirti di leggere anche prima come disinstallare i driver nvidia e di annotare te stesso che quando aggiorni le distribuzioni (come da Ubuntu 14.04 a Ubuntu 15.10) è una buona idea disabilitare prima i driver della grafica proprietaria!


Ho installato i driver nvidia più recenti utilizzando "Software e aggiornamenti", riavviato e non riesco a superare la schermata di accesso. / var / log / syslog afferma: console-kit-daemon [2898]: (processo: 4008): GLib-CRITICAL **: g_slice_set_config: asserzione 'sys_page_size == 0' fallita
DanB,

Ecco perché ho indicato che dovresti guardare il link "come rimuovere" ...
Charles Green,

La rimozione ha funzionato bene, grazie. Quindi senza fortuna l'installazione di driver NVIDIA.
DanB,

Molto probabilmente, stavo usando i driver nouveau anche in Kubuntu 14.04. Ricordo di aver aggiornato diverse volte libdrm-nouveau2 e libdrm2 tramite APT.
DanB,

0

Il problema è stato attivato solo quando VMware Workstation eseguiva un sistema operativo guest. Viene risolto disabilitando gli hugepage trasparenti nel kernel . Ho notato questo perché tre diversi processi hanno raggiunto il 100% di utilizzo della CPU (o superiore) quando si è verificato il problema:

  • Il programma di grafica (ad es. Geeqie o display)
  • vmware-vmx (guest VMware Workstation)
  • khugepaged

Leggi la bellissima descrizione di Dan Ritter di hugepage khugepaged e trasparenti .

Quindi, il problema non era correlato ai driver grafici. Si è verificato allo stesso modo con i driver nvidia e nouveau.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.