Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
Daniel Caillibaud a écrit : > J'avais cru comprendre que les cartes récentes sur cpu récents > laissaient faire le GPU intégré du processeur sur la 2D (et que du > coup une carte graphique séparée ne servait plus à grand chose en > CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise). Je l'ai déjà entendu dire, mais si Nouveau liste des fonctions liées à la 2D dans sa matrice de compatibilité, c'est certainement que celles-ci sont importantes. A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
Bonsoir, didier gaumet a écrit : > - en fait avec la release R515 (on en est à R525) de ses pilotes, > Nvidia emprunte le chemin défriché avant lui par AMD: il ouvre ses > drivers, progressivement. A partir de la R515 le pilote proprio > Nvivia contient aussi le module noyau libre. Le but étant qu'à > terme, le pilote proprio disparaisse au profit du pilote libre: > > https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/ Merci Didier pour cette information dont je n'avais pas connaissance. Cela semble trop beau pour être vrai, d'autant plus que, si ma mémoire est bonne, NVidia nous a déjà fait le coup dans le passé (assez lointain il est vrai). Les entreprises peuvent évoluer dans leur compréhension du libre et du rôle qu'elles peuvent y jouer, mais je vais attendre un peu avant de m'enthousiasmer... Le premier article de Phoronix que j'ai trouvé sur le sujet est ici : https://www.phoronix.com/review/nvidia-open-kernel > - il y a déjà un paquet Debian du module libre Nvidia 'release R515) > dans la distrib "experimental": > https://packages.debian.org/experimental/nvidia-open-kernel-dkms J'ai déjà joué avec le dépôt « experimental » de Debian et je n'ai pas vraiment envie de recommencer. :) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
On 1/25/23 17:00, didier gaumet wrote: Avertissement: possible traversée d'une nuée de grosses conneries :-) Je suis une vraie brêle concernant la compréhension de tout ça mais j'ai quand même l'impression qu'il y a un malentendu assez répandu concernant la 3D: pour la majorité des gens la 3D c'est un truc clairement identifié "3D" (du genre si c'est marqué dessus c'en est). [] En gros la 3D avec un contexte logiciel pas trop ancien, ce serait comme la prose, tout le monde en ferait sans le savoir? ;-) Mais si un intervenant averti sur le sujet veut bien nous éclairer, c'est joyeusement que j'admettrai les éventuelles énormes bourdes qui constellent peut-être mon beau laïus ;-) https://en.wikipedia.org/wiki/Compositing_window_manager https://en.wikipedia.org/wiki/AIGLX https://en.wikipedia.org/wiki/OpenGL Je ne comprends non plus pas grand chose. Dans mon imaginaire, la 3D c'est utile en CAO, pour certains jeux, et pour WebGL Les cartes GPGPU de course peuvent aussi être utilisées (péniblement, il faut du code très ad-hoc et spécifique au matériel précis) pour du calcul matriciel: https://fr.wikipedia.org/wiki/OpenCL https://fr.wikipedia.org/wiki/Compute_Unified_Device_Architecture https://fr.wikipedia.org/wiki/Conception_assist%C3%A9e_par_ordinateur https://fr.wikipedia.org/wiki/WebGL https://www.khronos.org/webcl/ https://fr.wikipedia.org/wiki/Compute_Unified_Device_Architecture https://fr.wikipedia.org/wiki/OpenACC On pourrait aussi citer https://www.tensorflow.org/ qui parait-il "profite" du calcul CUDA ou OpenCL à l'époque (lointaine) du projet OpenGPU j'en savais un peu plus. Mon intuition serait la suivante: Les cartes graphiques AMD sont plus compatibles avec Linux et du logiciel plus ou moins libre (mais firmware propriétaire) que les cartes Nvidia. Les cartes graphiques de course sont très utiles pour regarder une vidéo sur votre ordinateur, et pour jouer, et pour la CAO et les calculs matriciels ad-hoc (OpenCL, CUDA, OpenACC) Un compilateur GCC récent (qu'il faudrait alors recompiler depuis son code source) peut dans certains cas en profiter. https://gcc.gnu.org/wiki/OpenACC Mais il faut compiler et code votre logiciel de manière spécifique au matériel. Et il y a des limitations fortes (du genre, certaines cartes peuvent calculer matriciellement en flottant 32 bits, mais pas 64 bits). Nota Bene: je comprends mal ces choses là (qui ont varié selon les décennies) et peux avoir écrit de grosses bêtises. Enfin, les cartes graphiques de course sont quand même chères (comptez 300 à 1000€ voire plus chez https://materiel.net/ ) et surtout sont, quand on les sollicite, bruyantes (et consomme des centaines de W, donc alimentation puissante, boitier bien ventilé). N'oubliez surtout pas, si vous achetez une telle carte graphique, de la nettoyer tous les trimestres (ordinateur éteint, débranché, nettoyage au pinceau imbibé d'alcool à brûler ou avec une bouteille de gaz nettoyant -inflammable-). Leur ventilateur est forcément un nid à poussières. Un autre intérêt de ces cartes est le support de plusieurs grands écrans. -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Peut ton faire du raid 10 logiciel?
Le mercredi 4 janvier 2023 à 05:40:06 UTC+1, Olivier backup my spare a écrit : > Bonjour > > J'ai récupéré le PC de ma mère. > J'ai mis une carte RAID chinoise (raid O, 1, 5, 10) > Problème. 2 disk 2 To et 2 disque 4 To > J'ai fait une grappe 2 to et une grappe 4 To en raid 0 > Là, la carte refuse de faire du raid 10 > > Puis je le faire avec la debian. Je n'ai jamais fait de raid logiciel > sous linux, alors je demande. > > Il n’a pas d’interets a faire cela, mais plutot utiliser la carte en raid, puis faire un volume lvm ! Sinon le raid ne peut etre que logiciel, et c’est un abus de langage que de parler de ce qui inscrit dans une rom, en binaires, y a un article sur ieee, qui est dispo au sous sol de la bnf avec une carte chercheur …. Si non dans fstab dans le repertoire /etc, tu declare le systeme raid qui t’enchante … — Ptilou
Re: Installer le navigateur Tor sur Bullseye 64 bits
Le 25/01/23 à 18:16, ajh-valmer a écrit : Il me faudrait les lignes exactes bullseye à mettre dans le sources.list deb http://deb.debian.org/debian bullseye-backports main contrib non-free https://wiki.debian.org/fr/Backports Bonne soirée, A. Valmer -- Jean-Marc OpenPGP_signature Description: OpenPGP digital signature
Re: Installer le navigateur Tor sur Bullseye 64 bits
Le mercredi 25 janvier 2023 à 18:16 +0100, ajh-valmer a écrit : > Grand merci pour ton aide : > > torbrowser-launcher: > Installé : (aucun) > Candidat : 0.3.3-6 > Table de version : > 0.3.6-1~bpo11+1 100 > 100 http://ftp.debian.org/debian bullseye-backports/contrib amd64 > Packages > 100 http://deb.debian.org/debian bullseye-backports/contrib amd64 > Packages > 0.3.3-6 500 > 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages > > apt update > Lecture des listes de paquets... Fait > E: Le dépôt http://deb.debian.org/debian bullseye-backports/contrib > Release > n'a pas de fichier Release > Erreur de GPG : http://deb.torproject.org/torproject.org bullseye > InRelease : Les signatures suivantes ne sont pas valables. > > Il me faudrait les lignes exactes bullseye à mettre dans le > sources.list > > Bonne soirée, > A. Valmer la modif à apporter à /etc/sources.list est mentionnée dans le lien que je t'avais précédemment indiqué: https://wiki.debian.org/fr/Backports : [...] deb http://deb.debian.org/debian bullseye-backports main contrib non- free [...] tu peux doubler cette ligne avec la même en deb-src au lieu de deb pour avoir les sources en plus des binaires si tu le souhaites pour l'erreur GPG du dépôt torproject il faut suivre la doc que je t'avais indiquée (installer apt-transport-https, créer les lignes de dépôts dans le sources.list avec les spécificités GPG indiquées, etc...) Mais vu que tu veux installer le torbrowser-launcher de bullseye- backports, je te conseille tout simplement d'enlever toutes les références à torproject que tu as pu mettre dans sources.list ou sources.list.d, ça ne ferait que générer de possibles sources de conflits une fois que tout ce ménage est fait: # apt update # apt install -t bullseye-backports torbrowser-launcher et ça devrait être bon
Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
Le mer. 25 janv. 2023 à 15:44, Daniel Caillibaud a écrit : > Le 24/01/23 à 11:54, Sébastien Dinot a écrit : > > Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à > > implanter au niveau de la 2D. > > Mais est-ce que la carte est sollicitée en 2D ? > Est-ce que ça ne comprendrait pas la prise en charge hardware du décodage de vidéo par hasard (VA-API ou VDPAU) ? > > J'avais cru comprendre que les cartes récentes sur cpu récents laissaient > faire le GPU intégré > du processeur sur la 2D (et que du coup une carte graphique séparée ne > servait plus à grand > chose en CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise). > > J'ai compris de travers ? > > -- > Daniel > > Avoir tort, cela existe en philosophie. > Donald Davidson > >
Re: Installer le navigateur Tor sur Bullseye 64 bits
Grand merci pour ton aide : torbrowser-launcher: Installé : (aucun) Candidat : 0.3.3-6 Table de version : 0.3.6-1~bpo11+1 100 100 http://ftp.debian.org/debian bullseye-backports/contrib amd64 Packages 100 http://deb.debian.org/debian bullseye-backports/contrib amd64 Packages 0.3.3-6 500 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages apt update Lecture des listes de paquets... Fait E: Le dépôt http://deb.debian.org/debian bullseye-backports/contrib Release n'a pas de fichier Release Erreur de GPG : http://deb.torproject.org/torproject.org bullseye InRelease : Les signatures suivantes ne sont pas valables. Il me faudrait les lignes exactes bullseye à mettre dans le sources.list Bonne soirée, A. Valmer On Wednesday 25 January 2023 13:56:06 didier gaumet wrote: > Le mercredi 25 janvier 2023 à 12:22 +0100, ajh-valmer a écrit : > > On Tuesday 24 January 2023 18:55:15 didier gaumet wrote: > > > En fait Debian vient de corriger le bug en stable, il n'y a pas de > > > nouvelle version du paquet Torbrowser-launcher en stable (parce que > > > ce bug n'est pas un problème de sécurité, je suppose) mais a créé un > > > paquet Torbrowser-launcher pour Bullseye-backports il suffit donc > > > d'activer les backports pour Bullseye: > > > https://wiki.debian.org/fr/Backports et d'installer le paquet > > Hélas non, toujours le même symptôme : "erreur 404". > Chez moi, le paquet de Bullseye donne une erreur 404 mais le paquet de > Bullseye-backports télécharge correctement la version française de > Torbrowser > vérifie que tu as bien la version backports installée et que c'est bien > celle-là que tu exécutes (par exemple si tu as autorisé le dépôt > backports mais que tu n'as spécifiquement demandé d'installer la > version backports de Trobrowser-launcher, c'est la version stable qui a > été installée bien qu'elle soit d'une version inférieure): > vérifie aussi à parir de quel miroir c'est téléchargé: > lance "Tor browser launcher configuration" à partir du menu et vérifie > que le miroir est https://dist.torproject.org , parce qu'avec d'autres > miroirs sélectionnés au hasard, chez moi il y avait un problème > > >
Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
Avertissement: possible traversée d'une nuée de grosses conneries :-) Je suis une vraie brêle concernant la compréhension de tout ça mais j'ai quand même l'impression qu'il y a un malentendu assez répandu concernant la 3D: pour la majorité des gens la 3D c'est un truc clairement identifié "3D" (du genre si c'est marqué dessus c'en est). Or je pense qu'il faudrait plutôt parler de représentation-interne- et/ou-de-calculs 3D pour de l'affichage 2D plutôt que de 3D (l'affichage 3D c'est pas un truc répandu dans le grand public). Et d'autre part, j'ai l'impression que les gestionnaires de fenêtres intégrés aux environnement de bureau modernes sont tous de type compositeur et que la représentation interne de l'affichage d'un tel DE est majoritairement voire exclusivement 3D? Un pur gestionnaire de fenêtre à l'ancienne, non compositeur (genre twm, openbox ou autre) doit lui gérer probablement gérer la 2D en la représentant en 2D. En gros la 3D avec un contexte logiciel pas trop ancien, ce serait comme la prose, tout le monde en ferait sans le savoir? ;-) Mais si un intervenant averti sur le sujet veut bien nous éclairer, c'est joyeusement que j'admettrai les éventuelles énormes bourdes qui constellent peut-être mon beau laïus ;-) https://en.wikipedia.org/wiki/Compositing_window_manager https://en.wikipedia.org/wiki/AIGLX https://en.wikipedia.org/wiki/OpenGL
Re: Peut ton faire du raid 10 logiciel?
Le 25 janvier 2023 Daniel Caillibaud a écrit : > L'intérêt du raid0 c'est de multiplier par 2 (quasiment) les perfs disques > (avec deux volumes > dans le raid0), et j'avais compris qu'il fallait des volumes de tailles > voisines pour conserver > ça. Oui c'est vrai, pour éviter de remplir une partie et pas l'autre. > J'imagine que ça dépend de la taille totale de datas par rapport à l'espace > dispo, mais ici > avec du raid0 sur 2To+4To les perfs se dégradent pas dès qu'on atteint 4To > utilisés ? Sans doute, j'ai jamais fait de bench avec un remplissage comme ça. Mais dans ta config il sera bloqué s'il atteint les 4To. C'est le principe du swap : on dégrade mais on bloque pas.
Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?
Le 24/01/23 à 11:54, Sébastien Dinot a écrit : > Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à > implanter au niveau de la 2D. Mais est-ce que la carte est sollicitée en 2D ? J'avais cru comprendre que les cartes récentes sur cpu récents laissaient faire le GPU intégré du processeur sur la 2D (et que du coup une carte graphique séparée ne servait plus à grand chose en CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise). J'ai compris de travers ? -- Daniel Avoir tort, cela existe en philosophie. Donald Davidson
Re: Peut ton faire du raid 10 logiciel?
Le 24/01/23 à 13:26, Michel Verdier a écrit : > En fait il faut 2 *partitions* de même taille pour chaque paire > raid1. Mais on peut avoir des tailles différentes pour le raid0. On peut, mais ça dégrade les perfs non ? L'intérêt du raid0 c'est de multiplier par 2 (quasiment) les perfs disques (avec deux volumes dans le raid0), et j'avais compris qu'il fallait des volumes de tailles voisines pour conserver ça. mdadm arrive à écrire simultanément sur ses deux volumes en raid0 même si l'un est nettement plus gros que l'autre ? J'imagine que ça dépend de la taille totale de datas par rapport à l'espace dispo, mais ici avec du raid0 sur 2To+4To les perfs se dégradent pas dès qu'on atteint 4To utilisés ? C'est juste par curiosité ;-) -- Daniel L'évolution de la pensée pré-situationniste entre l'école hégélienne et le négativisme de l'infrastructure néo-nietzschéenne a-t-elle, inconsciemment ou non, influencé la carrière de Raymond Poulidor ? Pierre Desproges.
Re: Installer le navigateur Tor sur Bullseye 64 bits
Le mercredi 25 janvier 2023 à 12:22 +0100, ajh-valmer a écrit : > On Tuesday 24 January 2023 18:55:15 didier gaumet wrote: > > En fait Debian vient de corriger le bug en stable, il n'y a pas de > > nouvelle version du paquet Torbrowser-launcher en stable (parce que > > ce > > bug n'est pas un problème de sécurité, je suppose) mais a créé un > > paquet > > Torbrowser-launcher pour Bullseye-backports il suffit donc > > d'activer les > > backports pour Bullseye: > > https://wiki.debian.org/fr/Backports > > et d'installer le paquet > > Hélas non, toujours le même symptôme : "erreur 404". Chez moi, le paquet de Bullseye donne une erreur 404 mais le paquet de Bullseye-backports télécharge correctement la version française de Torbrowser vérifie que tu as bien la version backports installée et que c'est bien celle-là que tu exécutes (par exemple si tu as autorisé le dépôt backports mais que tu n'as spécifiquement demandé d'installer la version backports de Trobrowser-launcher, c'est la version stable qui a été installée bien qu'elle soit d'une version inférieure): didier@hp-notebook14:~$ apt policy torbrowser-launcher torbrowser-launcher: Installé : 0.3.6-1~bpo11+1 Candidat : 0.3.6-1~bpo11+1 Table de version : *** 0.3.6-1~bpo11+1 100 100 http://deb.debian.org/debian bullseye-backports/contrib amd64 Packages 100 /var/lib/dpkg/status 0.3.3-6 500 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages didier@hp-notebook14:~$ whereis torbrowser-launcher torbrowser-launcher: /usr/bin/torbrowser-launcher /usr/share/torbrowser-launcher /usr/share/man/man1/torbrowser- launcher.1.gz didier@hp-notebook14:~$ dpkg -l torbrowser-launcher* Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi- installé/W=att> |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ Nom Version Architecture Description +++-===-===-- ==> ii torbrowser-launcher 0.3.6-1~bpo11+1 amd64helps download and run the> vérifie aussi à parir de quel miroir c'est téléchargé: lance "Tor browser launcher configuration" à partir du menu et vérifie que le miroir est https://dist.torproject.org , parce qu'avec d'autres miroirs sélectionnés au hasard, chez moi il y avait un problème
Re: Installer le navigateur Tor sur Bullseye 64 bits
On Tuesday 24 January 2023 18:55:15 didier gaumet wrote: > En fait Debian vient de corriger le bug en stable, il n'y a pas de > nouvelle version du paquet Torbrowser-launcher en stable (parce que ce > bug n'est pas un problème de sécurité, je suppose) mais a créé un paquet > Torbrowser-launcher pour Bullseye-backports il suffit donc d'activer les > backports pour Bullseye: > https://wiki.debian.org/fr/Backports > et d'installer le paquet Hélas non, toujours le même symptôme : "erreur 404".
