combo8384

  • 9 nov. 2012
  • Inscrit 24 déc. 2006
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • @combo8384 : je compatit, m'enfin ça aide à cerner le problème : Xorg.
    Tu es sur un portable ? Avec F9 ?

    @Refuznik : je me suis posé la question en effet, mais pas de résultat. Et puis ce serait bizarre que le faux contact disparaisse quand on relance le serveur X.
  • @combo8384
    Okay je test ça et je vois ce que ça donne

    ps : biensur comme tout le monde, c'est pour faire des expériences sur ma ligne :hammer:

    @bioinfornatics
    J'espère bien que ce ne sera pas le cas ...
    Sinon je peux toujours utiliser backtrack :-?

    pps : je pousse un coup de gueule contre nintendo et sa DS qui ne supporte pas le wpa :roll:


    Idem pour moi, ce genre d'outils on les trouve sur les mag peu recommandables

    edit : bon ça avance
    mais je ne crois pas encore pouvoir fiare le make install ...
    [quentin@localhost ipwraw-ng]$ make
    make -C /lib/modules/2.6.23.9-85.fc8/build M=/home/quentin/Bureau/ipwraw-ng modules
    make[1]: entrant dans le répertoire « /usr/src/kernels/2.6.23.9-85.fc8-i686 »
      CC [M]  /home/quentin/Bureau/ipwraw-ng/ipwraw.o
    /home/quentin/Bureau/ipwraw-ng/ipwraw.c: In function 'ipw_pci_probe':
    /home/quentin/Bureau/ipwraw-ng/ipwraw.c:8737: attention : 'deprecated_irq_flag' is deprecated (declared at include/linux/interrupt.h:64)
      Building modules, stage 2.
      MODPOST 1 modules
      CC      /home/quentin/Bureau/ipwraw-ng/ipwraw.mod.o
      LD [M]  /home/quentin/Bureau/ipwraw-ng/ipwraw.ko
    make[1]: quittant le répertoire « /usr/src/kernels/2.6.23.9-85.fc8-i686 »
    make[1]: entrant dans le répertoire « /home/quentin/Bureau/ipwraw-ng/util »
    gcc -I/lib/modules/2.6.23.9-85.fc8/build/include -Wall -c -o wifi_tx.o wifi_tx.c
    In file included from wifi_tx.c:83:
    /lib/modules/2.6.23.9-85.fc8/build/include/net/ieee80211_radiotap.h: In function 'ieee80211_get_radiotap_len':
    /lib/modules/2.6.23.9-85.fc8/build/include/net/ieee80211_radiotap.h:265: attention : implicit declaration of function 'le16_to_cpu'
    gcc -Wall -o wifi_tx wifi_tx.o
    make[1]: quittant le répertoire « /home/quentin/Bureau/ipwraw-ng/util »
    [quentin@localhost ipwraw-ng]$
  • Mysth-R wrote:En fait je pense que mon xorg.conf est biien configuré, mais je dis que je galère parce que je passe souvent du temps à retrouver les turoriaux pour reconfigurer mon xorg.conf avec AIGLX et je sais plus quoi. En fait c'est un peu confu pour moi les glx AIGLX open gL et compagnie, pour avoir l'accélération 3D.
    Pour le moment j'ai le direct rendering d'activé, mais quand je veux avoir la transparence des menus et des fenêtres sous fluxbox, la charge du cpu monte à 70 voir 90 % et le système devient inutilisable. Alos je me dis que j'ai oublié quelque chose.
    Je me disais aussi que peut etre ça marcherait mieux avec les drivers propriétaires ... mais bon.
    au cas ou voila mon xorg.conf
    # Xorg configuration created by system-config-display
    Section "Module"
        Load "extmod"
        Load "dri"
        Load "glx"
        Load "type1"
        Load "vbe"
        Load "bitmpap"
        Load "dbe"
        Load "int10"
        Load "ddc"
        Load "freetype"
    EndSection
    
    Section "ServerLayout"
        Option "AIGLX" "true"
        Identifier     "single head configuration"
        Screen      0  "Screen0" 0 0
        InputDevice    "Keyboard0" "CoreKeyboard"
    EndSection
    
    Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option        "XkbModel" "pc105"
        Option        "XkbLayout" "fr"
        Option        "XkbVariant" "latin9"
    EndSection
    
    Section "Device"
        Identifier  "Videocard0"
        Driver      "radeon"
            Option "AccelMethod" "XAA" # Use XFree86 Acceleration Architecture
            Option "AccelDFS"    "1" # mettez à 0 si vous avez une carte AGP
            Option     "AGPMode" "4" # Décommentez si vous avez une carte AGP
            Option "AGPSize" "128" # Décommentez si vous avec une carte AGP AGP aperture size
            Option "GARTSize" "64"
            Option "RingSize" "8"
            Option "BufferSize" "2"
            Option "EnablePageFlip" "1" # Enable page flipping for 3D apps
            Option "ColorTiling" "1"
            Option "EnableDepthMoves" "yes"
            Option "UseFBDev" "false"
            Option "RenderAccel" "true" # Enable the hardware render acceleration
            Option "mtrr" "on"
            Option    "SubPixelOrder" "none"
            Option "DPMS"
            Option "DynamicClocks" "on"
        Option "BusType" "PCI"
    EndSection
    
    Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        DefaultDepth     24
        SubSection "Display"
            Viewport   0 0
            Depth     24
            Modes   "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
    EndSection
    
    Section "Extensions"
        Option "Composite" "Enable"
    EndSection
    
    Section "DRI"
        Group 0
        Mode 0666
    EndSection
    @combo8384 : donc apparement c'est le meme xorg.conf que le tiens à part que moi j'ai l'option "Composite" "Enable" et "AIGLX" "true".
    Peut etre que ça viendrait de là ?
    avec le pilote fglrx (si mes souvenirs sont bons) AIGLX ne fonctionne pas, il fau utiliser Xgl (a vérifier quand même).
    En se qui concerne la transparence sous fluxbox, ça doit être une transparence software. Se qui explique que c'est tout le proc qui prend dans la tronche. pour avoir une transparence hardware, il fau utiliser un Window Manager Composite (le défunt Beryl, Compiz, Compiz-fusion) et je ne sais pas du tout si ça fonctionne avec Fluxbox.

    S'il y a quelqu'un pour confirmer mes dires ?
  • En fait je pense que mon xorg.conf est biien configuré, mais je dis que je galère parce que je passe souvent du temps à retrouver les turoriaux pour reconfigurer mon xorg.conf avec AIGLX et je sais plus quoi. En fait c'est un peu confu pour moi les glx AIGLX open gL et compagnie, pour avoir l'accélération 3D.
    Pour le moment j'ai le direct rendering d'activé, mais quand je veux avoir la transparence des menus et des fenêtres sous fluxbox, la charge du cpu monte à 70 voir 90 % et le système devient inutilisable. Alos je me dis que j'ai oublié quelque chose.
    Je me disais aussi que peut etre ça marcherait mieux avec les drivers propriétaires ... mais bon.
    au cas ou voila mon xorg.conf
    # Xorg configuration created by system-config-display
    Section "Module"
        Load "extmod"
        Load "dri"
        Load "glx"
        Load "type1"
        Load "vbe"
        Load "bitmpap"
        Load "dbe"
        Load "int10"
        Load "ddc"
        Load "freetype"
    EndSection
    
    Section "ServerLayout"
        Option "AIGLX" "true"
        Identifier     "single head configuration"
        Screen      0  "Screen0" 0 0
        InputDevice    "Keyboard0" "CoreKeyboard"
    EndSection
    
    Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
        Option        "XkbModel" "pc105"
        Option        "XkbLayout" "fr"
        Option        "XkbVariant" "latin9"
    EndSection
    
    Section "Device"
        Identifier  "Videocard0"
        Driver      "radeon"
            Option "AccelMethod" "XAA" # Use XFree86 Acceleration Architecture
            Option "AccelDFS"    "1" # mettez à 0 si vous avez une carte AGP
            Option     "AGPMode" "4" # Décommentez si vous avez une carte AGP
            Option "AGPSize" "128" # Décommentez si vous avec une carte AGP AGP aperture size
            Option "GARTSize" "64"
            Option "RingSize" "8"
            Option "BufferSize" "2"
            Option "EnablePageFlip" "1" # Enable page flipping for 3D apps
            Option "ColorTiling" "1"
            Option "EnableDepthMoves" "yes"
            Option "UseFBDev" "false"
            Option "RenderAccel" "true" # Enable the hardware render acceleration
            Option "mtrr" "on"
            Option    "SubPixelOrder" "none"
            Option "DPMS"
            Option "DynamicClocks" "on"
        Option "BusType" "PCI"
    EndSection
    
    Section "Screen"
        Identifier "Screen0"
        Device     "Videocard0"
        DefaultDepth     24
        SubSection "Display"
            Viewport   0 0
            Depth     24
            Modes   "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
        EndSubSection
    EndSection
    
    Section "Extensions"
        Option "Composite" "Enable"
    EndSection
    
    Section "DRI"
        Group 0
        Mode 0666
    EndSection
    @combo8384 : donc apparement c'est le meme xorg.conf que le tiens à part que moi j'ai l'option "Composite" "Enable" et "AIGLX" "true".
    Peut etre que ça viendrait de là ?
  • kwizart wrote:@combo8384
    J'ai envi de tester Solaris, est ce qu'elle sont tes impressions? J'ai vu que tu en parlais sur ton serveur local!
    Si j'ai parlé de Solaris, se n'est que vaguement je pense, car je l'ais installé une fois pour voir sur vmware, mais sans trop approfondir le truc.

    Donc je ne peut pas te répondre objectivement.

    Désolé
  • C'est une différence qualitative, mais au niveau des performances la 6200 n'a rien à voir avec la 440 mx. Il y a quand même un ecard de génération assez grand entre les deux modèles! la 440 n'est plus prise en charge par les derniers pilotes de la série 97xx il faudra utiliser la série 96xx

    Par contre il faut savoir que glxgears n'est pas non plus un test rigoureux des indices de performances...Au mieux, cela permet d'avoir une idée d'une amélioration qu'apporte un réglage du driver sur le même matériel!

    Donc tu peux essayer de voir le lien vers mon xorg pour essayer des options dans ta section device...

    @combo8384
    J'ai envi de tester Solaris, est ce qu'elle sont tes impressions? J'ai vu que tu en parlais sur ton serveur local!