Pagina 1 di 1

'prime' non funziona bene

Inviato: venerdì 22 settembre 2017, 17:25
da maresama
Ho provato 'prime' per la gestione della scheda ibrida NVIDIA 650 sul mio ASUS N56VZ portatile
ho ottenuto questi valori:

Codice: Seleziona tutto

giorgio@giorgio-N56VZ ~ $ vblank_mode=0 glxgears
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
33891 frames in 5.0 seconds = 6778.013 FPS
34816 frames in 5.0 seconds = 6963.059 FPS
35728 frames in 5.0 seconds = 7145.577 FPS
35174 frames in 5.0 seconds = 7034.750 FPS

giorgio@giorgio-N56VZ ~ $ DRI_PRIME=0 vblank_mode=0 glxgears
ATTENTION: default value of option vblank_mode overridden by environment.
ATTENTION: default value of option vblank_mode overridden by environment.
35100 frames in 5.0 seconds = 7019.995 FPS
34699 frames in 5.0 seconds = 6939.721 FPS
36465 frames in 5.0 seconds = 7292.812 FPS
36018 frames in 5.0 seconds = 7203.450 FPS

giorgio@giorgio-N56VZ ~ $ DRI_PRIME=1 vblank_mode=0 glxgears
ATTENTION: default value of option vblank_mode overridden by environment.
15261 frames in 5.0 seconds = 3052.012 FPS
15619 frames in 5.0 seconds = 3123.785 FPS
15764 frames in 5.0 seconds = 3152.775 FPS
15396 frames in 5.0 seconds = 3079.081 FPS
giorgio@giorgio-N56VZ ~ $ 

giorgio@giorgio-N56VZ ~ $ glxinfo | grep render
direct rendering: Yes
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
Extended renderer info (GLX_MESA_query_renderer):
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile 
    GL_ARB_compute_shader, GL_ARB_conditional_render_inverted, 
    GL_NV_conditional_render, GL_NV_depth_clamp, GL_NV_packed_depth_stencil, 
    GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, 
    GL_MESA_window_pos, GL_NV_blend_square, GL_NV_conditional_render, 
    GL_OES_fbo_render_mipmap, GL_OES_get_program_binary, GL_OES_mapbuffer, 




su altro pc (fisso e meno potente
  300 frame in 5.0 secondi = 59.714 FPS
Se uso DRI_PRIME=1 glxgears su questo PC (che ha una normale scheda grafica)
ottengo:
  2650 frames in 5.0 secondi = 529.835 FPS



Infine ho fatto questa prova:
Ho spento il portatile e l'ho riacceso:
questi sono i dati:
giorgio@giorgio-N56VZ ~ $ glxgearsRunning synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
298 frames in 5.0 seconds = 59.444 FPS
300 frames in 5.0 seconds = 59.825 FPS
300 frames in 5.0 seconds = 59.833 FPS
300 frames in 5.0 seconds = 59.828 FPS
300 frames in 5.0 seconds = 59.831 FPS
300 frames in 5.0 seconds = 59.830 FPS


Io.nella mia ignoranza, mi aspettavo che i valori con PRIME=1 aumentassero, invece diminuiscono
Ma il numero di frame per secondo non dovrebbero aumentare con una scheda dedicata ?
Sicuramente sono io che non ho capito
Inoltre: sembra che se non ho mai usato prime i valori sono bassi
Se uso prime qualcosa cambia e i valori cambiano, indipendentemente dall'uso di PRIME=1
Quindi resta impostato qualcosa (nella mia prima prova io avevo già usato PRIME=1 )

Quindi:
- su un pc senza scheda ibrida 'prime' cambia la gestione video
- su pc con scheda ibrida, 'prime' se usato non si disattiva più
- su pc con scheda ibrida, 'prime' se usato con 0 va piu veloce che con 1
- su pc con scheda ibrida, 'prime' se usato con 1 rallenta
- glxinfo è attendibile?
qualcuno mi può spiegare come si leggono questi dati e come funziona prime ?

bumblebee è ancora valido ed usabile?
e si installa in modo normale o è complicato come una volta?

Re: 'prime' funziona bene? non capisco ?

Inviato: sabato 23 settembre 2017, 12:23
da Mdfalcubo
Per favore metti un titolo che spieghi il problema, più che le tue impressioni. Grazie. :)

Re: 'prime' non funziona bene

Inviato: sabato 23 settembre 2017, 19:46
da dadexix86
glxinfo è attendibile. Sono i FPS che significano poco.
I FPS sono normalmente limitati alla frequenza del monitor (per questo se usi glxgears senza disabilitare il vblank ottieni circa 60FPS, che corrispondono ai 60Hz del monitor) e effettivamente FPS più alti è inutile.
Tieni anche conto del fatto che la frequenza e la qualità di elaborazione di una scheda video sono solo in parte correlate ai FPS.

Guarda ad esempio questo articolo per farti un'idea https://www.tomshw.it/miti-sulle-presta ... te-1-57392

Giusto per completare, Bumblebee è attualmente sconsigliato, dato che i driver Nvidia ormai supportano nativamente Prime su Linux.

Re: 'prime' non funziona bene

Inviato: domenica 24 settembre 2017, 10:15
da maresama
Innanzitutto grazie per avermi risposto
Il fatto che bumblebee è sconsigliato è stato determinante (non lo sapevo)
Ho disinstallato bumblebee e primus e riinstallato prime x nvidia
purtroppo però non è tornato tutto come prima.
ora mi succede questo (sicuramente a causa della marea di installazioni e rimozioni fatte per trovare bumblebee funzionante)

Codice: Seleziona tutto

giorgio@giorgio-N56VZ ~ $ prime=1 glxgears
Xlib:  extension "NV-GLX" missing on display ":0".
X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  154 (GLX)
  Minor opcode of failed request:  3 (X_GLXCreateContext)
  Value in failed request:  0x0
  Serial number of failed request:  23
  Current serial number in output stream:  24
giorgio@giorgio-N56VZ ~ $ 
Hai un'idea di cosa devo fare?
grazie

Re: 'prime' non funziona bene

Inviato: domenica 24 settembre 2017, 10:49
da maresama
Ho reinstallato prime e riavviato:

ora va bene

grazie di tutto
ciao