logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#26 24-03-2019 22:47:23

Antidentity
Membre
Distrib. : See signature
Noyau : Linux amd64
(G)UI : KDE / Openbox
Inscription : 03-08-2016

Re : Blocage ouverture et fermeture - ACPI

Alors je te dis un tout grand merci! J'avais tenté des livecd de différentes distro qui se terminaient par des échecs au lancement (en live: Fedora, Ubuntu/Elementary,...), du coup, je n'y croyais plus. En installation direct sans passer par le live, au moins ça fonctionne smile

Voici un petit retour de glxgears si jamais:

antidentity@Antidentity:~$ glxgears
425 frames in 5.0 seconds = 84.794 FPS
301 frames in 5.0 seconds = 60.003 FPS
301 frames in 5.0 seconds = 59.955 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 1339 requests (43 known processed) with 0 events remaining.
antidentity@Antidentity:~$ optirun glxgears
314 frames in 5.0 seconds = 62.665 FPS
301 frames in 5.0 seconds = 60.003 FPS
301 frames in 5.0 seconds = 60.005 FPS
301 frames in 5.0 seconds = 60.004 FPS
301 frames in 5.0 seconds = 60.005 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 35 requests (35 known processed) with 0 events remaining.
primus: warning: dropping a frame to avoid deadlock
primus: warning: timeout waiting for display worker
antidentity@Antidentity:~$



En optirun glxgears, je ne vois pas de différence par rapport à intel, c'est normal?

Et alors autre petite question, avec openbox j'ai toujours eu un tearing horizontal avec les cartes intel que je réglais avec ceci:

su -
apt-get update
apt-get install mesa-utils
mkdir /etc/X11/xorg.conf.d/
echo -e 'Section "Device"\n Identifier "Intel Graphics"\n Driver "Intel"\n Option "AccelMethod" "sna"\n Option "TearFree" "true"\nEndSection' | tee /etc/X11/xorg.conf.d/20-intel.conf
 


- redémarrage de l'ordinateur

J'ai toujours ce tearing pour le moment. Mais avec buster et la double carte vidéo, un fichier .conf dans X11/xorg.conf.d sera quand même pris en compte?

anonyme a écrit :

le retour de apt-get upgrade ne donne rien a autoremove ?


non, je n'ai eu aucun message lorsque j'ai refait le apt-get upgrade

anonyme a écrit :

pour buster il est en "full gel" pour 3 mois environ , donc pas de surprise , tu peu le considérer comme stable  smile
(même si pas de date officielle du passage a stable )


Oui, c'est ce que j'ai lu smile J'espère qu'ils vont tenter la sortie en stable pour juin ou juillet au plus tard ^^


Debian - KDE / Openbox / Windows10

Hors ligne

#27 24-03-2019 23:09:28

anonyme
Invité

Re : Blocage ouverture et fermeture - ACPI

pour le tearing faut voir , pour intel c'est dans /etc/X11/xorg.conf
pour nvidia ça se passe dans /etc/bumblebee/  les fichiers de configuration
donc pour intel aucun problème tu peu créer un xorg.conf dans /etc/X11/ (ou /etc/X11/xorg.conf.d/ ) ,   mais rien pour nvidia c'est bumblebee qui s'en occupe

ton fichier intel ressemble a ceci


Section "Device"
Identifier "Intel Graphics"
Driver "Intel"
Option "AccelMethod" "sna"
Option "TearFree" "true"
EndSection
 



pour glxgears , tu vois pas de différence a cause de la syncro qui est fixé a 60 max , je me souvient jamais comment utilisé glxgears pour  désactivé cette syncro.
mais  il y a bien une différence entre la carte intel et nvidia   , moi je le vois au retour de "optirun glxinfo -B" qui est parfait

pour le tearing peut être sur le wiki de D_F  => https://debian-facile.org/doc:materiel: … ia:optimus

non rien trouvé sur le wiki , sur le net peut être pour le tearing , si un souci renommé ton xorg.conf en .txt ou .bak ( sur une erreur d' écriture par exemple ) pour retrouvé le bureau

Bonne nuit @++

Dernière modification par anonyme (24-03-2019 23:37:03)

#28 25-03-2019 15:44:16

anonyme
Invité

Re : Blocage ouverture et fermeture - ACPI

j'ai fait quelques recherches sur nvidia-persistenced et ton lien
ce que donne la commande (juste le début )


nvidia-smi -q
 



==============NVSMI LOG==============

Timestamp                           : Mon Mar 25 15:20:04 2019
Driver Version                      : 410.104
CUDA Version                        : 10.0

Attached GPUs                       : 1
GPU 00000000:01:00.0
    Product Name                    : GeForce GTX 960
    Product Brand                   : GeForce
    Display Mode                    : Enabled
    Display Active                  : Enabled
    Persistence Mode                : Enabled
 



les version actuelle sur buster


apt-cache policy nvidia-driver nvidia-persistenced nvidia-smi
 



nvidia-driver:
  Installé : 410.104-1
  Candidat : 410.104-1
 Table de version :
 *** 410.104-1 500
        500 https://deb.debian.org/debian buster/non-free amd64 Packages
        100 /var/lib/dpkg/status
nvidia-persistenced:
  Installé : 410.93-1
  Candidat : 410.93-1
 Table de version :
 *** 410.93-1 500
        500 https://deb.debian.org/debian buster/contrib amd64 Packages
        100 /var/lib/dpkg/status
nvidia-smi:
  Installé : 410.104-1
  Candidat : 410.104-1
 Table de version :
 *** 410.104-1 500
        500 https://deb.debian.org/debian buster/non-free amd64 Packages
        100 /var/lib/dpkg/status
 



j'en conclue que le mode est activé par defaut  " Persistence Mode                : Enabled"

pour l' explication ça me parle pas trop ( traduction )


Le mode persistance désigne une propriété de pilote configurable par l'utilisateur
qui permet d'initialiser un GPU cible, même si aucun client n'y est connecté.
Cette solution est proche de la fin de sa vie et sera finalement déconseillée au profit du démon Persistence.
 


la définition d'un client , c'est l'utilisateur (#USER)  ou une application cliente qui utilise le pilote  roll
la nuance entre ancienne méthode et la nouvelle pas clair non plus "démon Persistence"
ce paquet provient des dépots "contrib" et pas "non-free"

j' utilise cuda   roll


NVIDIA fournit un démon d’espace utilisateur sous Linux pour prendre en charge la persistance de l’état du pilote
lors de l’exécution de tâches Cuda.
L'approche démon fournit une solution plus élégante et robuste à ce problème que le mode de persistance.

NVIDIA prendra en charge les deux solutions dans un avenir proche (probablement via Cuda 8.0),
mais concentrera tous les développements futurs et les corrections de bogues sur le démon.

Le démon est installé dans / usr / bin,
tandis que des exemples d’installation et des scripts init sont inclus avec le pilote dans le répertoire de documentation.
Les scripts sont fournis à titre de guide pour l'installation du démon à exécuter au démarrage du système
pour certains systèmes init communs. ils peuvent nécessiter des modifications pour certaines distributions,
en raison de la grande variété de configurations de système init.

NVIDIA encourage ses clients à adopter cette approche démon dès leur disponibilité.
 



en tout cas ça ne plaît pas a bumblebee-nvidia

le lien => https://docs.nvidia.com/deploy/driver-p … tence-mode
vers la fin topo sur la sécurité

faudra que je regarde comment debian configure ceci


The daemon may also be run with perpetual super-user privileges by simply omitting the `--user` option,
but this is not recommended and is not necessary for functionality.
 

Dernière modification par anonyme (25-03-2019 16:02:47)

Pied de page des forums