Journal Driver nvidia 6XXX

Posté par  (site web personnel) .
Étiquettes : aucune
0
15
juil.
2004
Voila j'ai lu ces derniers temps que les derniers drivers nvidia etait tres lent par rapport aux precendents et personne n'a reussi a trouver pourquoi
du moins je n'ai rien vu qui parlait de ca
J'ai installé un nouveau linux sur mon lvm,
donc nouvelle installation autant prendre les derniers drivers
installation sans probleme comme toujours
maintenant je teste
arg ca rame on croirait de l'emulation software!!!! (j'exagere un peu mais n'empeche que c'etait inutiliable)
alors je ne me laisse pas abattre je vais voir dans mes options de configuration noyau si j'ai agpart ou pas (sur la version precedente ca m'avait enlevé un "gros" bug, j'ai du la marqué dans un de mes journaux)
Et la je m'apercois que j'avais compilé mon kernel sans agpgart
donc je recompil avec (ne pas oublié de cocher la case pour votre carte mere avec, chez moi c'etait nforce2)
je reboot
je teste
et ca marche parfaitement :)
(au detail pret que je me retrouve dans mon dmesg avec des:
NVRM: couldn't find alloc for 0x2f000070
NVRM: couldn't find alloc for 0x2f800070
mais la version precedente y avait des messages encore plus long et elle marchait)
sinon niveau acpi j'vais tenter mais j'ai deja du mal a le faire marcher en console donc bon pour le faire sous X.org ca va attendre un peu :)

NB:pratique la recherche automatique dans les autres journaux

  • # Quake 3 et nouveau driver

    Posté par  (site web personnel) . Évalué à 1.

    Moi jai de gros soucis avec Quake3 depuis que j'ai mis les nouveaux drivers...
    Je n'ai pas encore essayé en remettant les anciens par manque de temps...

    Suis-je le seul dans ce cas la ?

    • [^] # Re: Quake 3 et nouveau driver

      Posté par  . Évalué à 2.

      Moi, j'ai un problème mais je ne sais pas si c'est du au driver NVidia puisque je viens de mettre toute ma distrib à jour (Slackware 10) mais j'ai conservé la même version de Quake (1.32b). Quoiqu'il en soit maintenant quand je maintiens la touche du clavier qui me sert pour zoomer (pratique avec le rail gun) le zoom n'est maintenu que quelques instant (entre 1 et 3 secondes) et ça rezoom et puis encore un peu après ça dézoom bref pas pratique. Si j'affecte le zoom à une touche de la souris je n'est pas ce phénomène. Sinon j'ai l'economiseur d'écran openGL avec les baleines sous KDE qui est saccadé alors qu'avant c'était fluide.

      Ma carte est une Geforce 2MX 32Mo, mon anciens draivers c'était le 5328 et le nouveau est le 6106. Le drivers agpgart est chargé nomralement au démarage de X. J'ai 3 message d'erreur au lancement de Xorg mais ça ne doit pas avoir de rapport avec les perfs OpenGL :
      _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
      _XSERVTransOpen: transport open failed for inet6/saturn:0
      _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6

      Pour finir quelqu'un arrive à compiler Mplayer avec le support XvMC (motion compensation) avec les driver Nvidia. Moi j'ai pas réussi alors que j'ai ça au chargement de X :

      (II) Loading extension XVideo-MotionCompensation

      • [^] # Re: Quake 3 et nouveau driver

        Posté par  . Évalué à 1.

        Est-ce la bar d'espace ?

        Si oui c'est vraiment étrange parce que j'ai le même phénomène chez moi. J'ai essayé d'autre touche et là ça marche ! Etonnant non ou plutôt je pense que ma barre d'espace est un peu morte...

  • # Mauvaise direction

    Posté par  . Évalué à 2.

    Les drivers NVIDIA, ça commence malheureusement à partir dans la mauvaise direction, à savoir que l'on doit parfois considérer l'utilisation d'une autre version que la dernière, un peu comme sous windows

    (par exemple, sous windows, les derniers détonator 53xx m'enlèvent le support de la TNT2, même si je dois gagner 0.005 FPS sur la GeForce 4, par rapport à des versions 40xx...)

    • [^] # Re: Mauvaise direction

      Posté par  . Évalué à 3.

      Ben faut pas s'etonner que des drivers proprios marchent un peu quand ils veulent au bon vouloir de l'editeur et que quand ils ne marchent pas vous pouvez rien faire d'autre qu'attendre qu'il daigne sortir un truc bugfixé en utilisant des trucs plus anciens qui marchent mieux en attendant.

      C'est un peu le but du proprio quand meme.

      • [^] # Re: Mauvaise direction

        Posté par  . Évalué à 4.

        Bein c'est dommage dans la mesure où NVIDIA était le moins pire des constructeurs de carte graphique

        Installeur GPL ( c'est déja un début)

        -> pilotes FreeBSD IA32
        -> pilotes Linux IA32
        -> pilotes Linux IA64
        -> pilotes Linux Amd64

        par rapport à des pilotes libres, c'est nul comme support, par rapport aux autres pilotes proprio, c'est extraordinaire.

      • [^] # Re: Mauvaise direction

        Posté par  (site web personnel) . Évalué à 1.


        >[...] des drivers proprios [...] quand ils ne marchent pas vous pouvez rien faire d'autre qu'attendre qu'il daigne sortir un truc bugfixé


        Pour ma part, libre ou pas, quand ça marche pas, je ne peux malheureusement rien faire d'autre que attendre (à part des rapports de bugs, bien sur). Il faut se faire à l'idée que tous les utilisateurs de logiciels libres ne sont pas programmeurs et encore moins programmeurs de pilotes graphiques...

        Sinon, linux serait définitivement un produit marginal et élitiste, ce qui n'est pas le cas, j'espère.

    • [^] # Re: Mauvaise direction

      Posté par  (site web personnel) . Évalué à 2.

      Ce que tu dis est valable pour tout et n'importe quoi, le "un peu comme sous windows" est bof. Ca arrive a tout le monde, dans le libre ou dans le proprio, de faire des releases buggés...
      Perso, les trucs sensibles genre kernel, drivers quelquonques, etc, j'attends toujours un peu de voir, parceque je sais qu'il yaura probablement des petits bugs génants...

  • # chez moi ca marche

    Posté par  . Évalué à 1.

    j'ai gagné 70 fps (!) à glxgears... (en 1024x768) (xorg et 2.4.27-rc3) avec ma geforce 4 MX 440

    je n'utilise pas agpart (déconseillé pour mon chipset qui est de toute façon pris en charge par le driver nvidia)

    j'ai pas testé quake3 mais ut2004 demo pas de pb à première vu si ce n'est dans le menu principal le perso bave au lieu de glisser lors du premier affichage ...

    C'est pas plutôt du côté des paramètres du BIOS qu'il faudrait aller chercher les problèmes, messieurs... après avoir lu la doc fournie par nvidia

  • # Décallage avec Xinerama

    Posté par  . Évalué à 2.

    Perso je suis retourné aux 5336 après avoir testé les 6106. Pas à cause d'un problème de lenteur, mais a cause d'un soucis génant :

    Je fonctionne en Dual Screen sur une FX5700, configurée en xinerama sur Xfree4.3
    Sur mon écran principal pas de soucis par contre le secondaire, avec les 6xxx j'ai un décallage du pointeur de la souris d'un demi cm (je ne peux pas aller tout en haut de l'écran, le pointeur "bloque" avant).

    Si quelqu'un a le soucis (et/ou une soluce)...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.