Aller au contenu

Arofarn

INpactien
  • Compteur de contenus

    988
  • Inscription

  • Dernière visite

Messages posté(e)s par Arofarn

  1. Je n'ai pas encore fait tourner correctement la 3D (les applis OpenGL plantent quand je les lance).

    C'est 50/50 de chance entre un support pas encore complet des G33 et des paramètre que j'aurai oublier en migrant depuis ma Geforce :p

    D'ailleurs, même glxinfo plante ;)

    EDIT: il s'agit d'un "bug" de MESA (implémentation d'OpenGL). Il manquait juste les PCI IDs des nouvelles cartes Intel G33, Q33, Q35... rien de bien compliqué en fait.

    La version mesa-7.0.2 résoudra le problème. Sinon, on peut trouver un patch dans le bugzilla de Debian pour recompiler à la main.

    Le bug porte uniquement sur les application OpenGL, la vidéo et tout le reste fonctionne à merveille et sans problème avec les écran large (plus besoin de i815resolution comme avant).

    Je me réponds à moi-même pour dire que mesa-7.0.2 est sortie en version stable et supporte parfaitement le rendu direct 3D des dernier chipset Intel intégrant une partie grpahique (G33....)

  2. Le problème c'est que j'ai besoin de 3D.

    Et je veux du composite. Le but étant d'avoir des performances correctes sur des jeux OpenGL avec des options confortables et de pouvoir avoir un ptit compiz qui tourne.

    Intel a bonne réputation (drivers libres), mais ne fournit pas les spec de ses puces.

    ATI/nvidia semblent avoir de meilleures performances, mais les drivers libres sont encore jeunes (sur les cartes récentes j'entends) et les drivers proprios d'ATI sont tous pourris.

    Bref rien de vraiment follichon.

    Maintenant s'il faut attendre un an pour avoir les specs complètes d'une ATI et un an de plus pour avoir un driver correct...

    A priori, tout dépends de tes jeux OpenGL s'il sont peu ou très gourmands en ressource 3D.

    Pour compiz-fusion, les puces Intel suffisent largement :dd: et comme tu le dit: driver libre :D

    A noté quand même pour le G33 que les bibliothèque Mesa3D qui vont bien pour cettte puce ne sont pas encore disponible en version "stable" (Mesa-7.0.2). Cependant, le patch (très simple: ajout des ID des puces pour la prise en compte) pour faire reconnaitre cette carte existent depuis des mois et s'applique facilement sur la version 7.0.1.

    Perso, je tourne avec un G33 depuis août, c'est que du bonheur: driver libre bien reconnu et intégré, pas de ventilo, moins de consommation électrique. Je ne regrette pas nVidia malgrè de nombreuses années de bon service (Geforce 2 Ti, 4200, 6600 et 7600).

    EDIT: mesa-7.0.2 est en RC2 depuis hier :dd:

  3. hum. Ce qui fait gagner en réactivité au lancement d'un appli, c'est le fait que toutes les lib partagées soit déjà en RAM (et pas swapé out). Sachant que linux ne vire de la RAM (que ce soit en swap ou bien à la poubelle) que quand c'est nécéssaire, tu peux peut-être te faire un scripte qui lance pleins d'applis au démarrage et les kill peu après, ça devrait suffire (ça c'est pour le côté gruiiiiik), sinon une autre façon moins gruik : monter /usr/lib en RAM et copier dedans ce qui va bien. attention, y a moyen de casser des trucs en faisant ça (notament quand tu upgrade des packages, à voir si le prélink n'est pas dans les choux, etc...)

    La solution la plus mieux serait de regarder comment knoppix fait :byebye:

    my 2 cents :yes:

    Je trouve que ça fait un peu crade le fait de lancer plein d'appli au démarrage pour les killer après. D'autant, qu'il peut y avoir des effets de bord indésirables: récupération de mail, connection Web....

    Monter /usr/lib seul... quitte à avoir de la RAM autant mettre /usr entier (sauf /usr/portage, /usr/src et les doc, man qui sont dans /usr/share) car il y a pas que les lib qui prenne du temps à charger, il y a aussi tout les petit éléments graphiques (icones...) et des lib ils y en a aussi dasn /usr/qt et /usr/kde ....

    Le problème avec knoppix, c'est qu'ils ont pas à resynchroniser les données à l'extinction du PC :byebye: du coup, j'aurais le démarrage mais pas l'arrêt. Enfin, c'est déjà la moitié de fait :incline:

  4. J'ai testé il y a peu une Knoppix et en mode "toram" et j'ai trouvé ça très très réactif: firefox quasi-instantannée, OpenOffice en 1 ou 2 secondes et le reste à l'avenant. Avec 2Go de RAM et un C2D ça pétais vraiment le feux par rapport à ma gentoo installée sur le dur.

    J'ai vu aussi les prix de la RAM: moins de 70¤ pour 2Go....

    Du coup, ça a fait tilt, pourquoi pas 2Go de plus et faire en sorte qu'une grosse partie des éléments exécutables soit copier en RAM au boot et resynchronisé à l'arrêt.

    Je perdrais sûrement beaucoup de temps au démarrage et extinction, mais je ne redémarre pas souvent.

    J'ai aussi calculé avoir besoin d'environ 2~2.5Go de RAM avec mon installation actuel (KDE, OOo, Firefox, Claws Mail + plein de petit truc)

    Au niveau sécurité des données, j'ai un onduleur et des sauvegardes incrémentales journalières.

    Quelqu'un à déjà fait ce genre de chose ? des suggestions ou des pistes pour ?

  5. Le principal concurrent de Microsft étant les système libre comme GNU/Linux, des retombées direct peuvent apparaître comme l'obligation de libérer certains protocoles comme ActiveDirectory et avancé vers une meilleurs compatibilité. Car imposer un NDA et/ou des licences payantes rendra impossible l'interopérabilité avec les concurrent demandées par la Commission.

    Indirectement, cette décision est aussi bonne pour le Libre car elle pointe le fait qu'il y a des alternatives à Microsoft et que ces alternatives peuvent ébranler le géants à défaut de le faire tomber.

    Ca pointe aussi du doigt le fait que Microsoft n'est pas fair play dans ses pratiques, en particuliers la vente liée et les offres monolithiques intégrant des logiciel soit-disant gratuit (WMP, IE ...).

    Sous couvert des principes capitalistes, cette société ne veut pas de l'intervention étatique ou européenne sois-disant pour le pas fausser le marché et de faire fonctionner la concurrence (principe du capitalisme libérale). Quand on regarde les fait, MS cherche a réduire la concurrence à néant (principe du monopole dictatorial).

    J'espère que les juges européen (et la Commission) ne pense à nous en tant que consommateurs mais en tant que citoyens....

  6. Je n'ai pas encore fait tourner correctement la 3D (les applis OpenGL plantent quand je les lance).

    C'est 50/50 de chance entre un support pas encore complet des G33 et des paramètre que j'aurai oublier en migrant depuis ma Geforce :D

    D'ailleurs, même glxinfo plante :transpi:

    EDIT: il s'agit d'un "bug" de MESA (implémentation d'OpenGL). Il manquait juste les PCI IDs des nouvelles cartes Intel G33, Q33, Q35... rien de bien compliqué en fait.

    La version mesa-7.0.2 résoudra le problème. Sinon, on peut trouver un patch dans le bugzilla de Debian pour recompiler à la main.

    Le bug porte uniquement sur les application OpenGL, la vidéo et tout le reste fonctionne à merveille et sans problème avec les écran large (plus besoin de i815resolution comme avant).

  7. Juste pour dire que le chipset graphique intégré Intel G33 fonctionne bien sous GNU/Linux, y compris avec un écran large 16/10e.

    Nouvelle config:

    - Intel Core 2 Duo E6550

    - Gygabyte GA-G33M-DS2R (Chipset G33 + ICH9R + son Intel Azalia HDA + ATA Jmicron JMB368 + réseau Realtek RTL8111/8168B)

    - Corsair Twin2X 2048 CL5

    Avec une Gentoo 64bit à jour (kernel 2.6.22, Xorg 7.2)

    J'ai pas encore essayer Compiz-fusion avec, mais ça ne saurais tarder :transpi:

    Au besoin, je peux fournir ma config kernel et xorg :transpi:

  8. C'est "marrant", depuis quelques temps, sur le forum "Linux, Unix, Solaris et Cie", la majorité des 10 premiers sujets concernent directement ou indirectement des problème lié aux logiciels propriétaires et/ou des logiciels qui ont des soucis à cause des brevets sur les logiciels:

    - wifi ipw2200

    - CounterStrike

    - GoogleEarth

    - Linux et les jeux (majoritairement proprio, mais heureusement qu'il y a quelques jeux libres + soucis des drivers 3D proprio)

    - problème pour installer Linux + Windows

    - soucis de codec sur Ubuntu

    60% de soucis à cause de technologies fermées... :( et encore le topic FreeBSD c'est pas vraiment un sujet à problème...

    Je suis bine content de m'être débarrassé de 2 de mes 3 derniers soft/firmaware fermé (nvidia et rt2500).

    Reste plus que Flash, et gnash ne fonctionne pas suffisament pour mes besoins envies.

    et Java mais c'est en cours de libération donc patience :transpi:

  9. J'ai un peu de mal à vous suivre ... que ça soit ma 9800Pro ou la X600 intégrée du portable, avec les drivers proprio je n'ai pas vraiment de problèmes, y compris à toper les 250fps sous Beryl ...

    moi j'ai toujours une dent contre nVidia qui remonte à l'époque de la sortie surprise de la GeForce 4 (avec baisse de 50% de la GeForce 3 Ti 500 que j'avais achetée la veille... 'culés) mais la prochaine carte en sera probablement une...

    m'enfin bon quand les finances, toussa ...

    J'utilise aussi driver proprio pour ma carte nVidia et que ça marche pas mal.

    Mais c'est un peu à défaut d'autre chose. D'ailleurs, ça fait un moment que je me tâte pour revendre ma carte mère et ma carte graphique pour acheter un carte en G965 qui intégre un chip graphique suffisant pour mes besoins, qui tourne avec un driver libre et qui consomme moins.... peut-être cet été.

  10. Salut

    Sans vouloir troller, sincerement, je trouve que la team OpenBsd nous a fait un coup de mauvaise fois .

    Ils sont fiére, et ça peu se comprendre, de dire ne pas avoir eu de faille distante depuis 10 ans .

    Mais quand je dis qu'ils sont de mauvaise fois voici pourquoi :

    Un avis du Certa fondé sur un bulletin de securité de la team OpenBSD, avertie d'une faille dans OpenBSD au niveau de l'ipv6, permettant une exploitation a distance .

    Voici le liens vers cette avis :

    http://www.certa.ssi.gouv.fr/site/CERTA-20...07-AVI-040.html .

    Le probleme là dedans c'est que le team OpenBsd se decrédibilise en ne modifiant pas l'annonce sur leur site, en laissant qu'il n'ont pas eu de faille distante depuis dix ans .

    Donc voila, mon petit coup de gueulle :)

    SInon bonne journée a tous .

    a+

    Il ont changer leur page d'acceuil depuis:

    Uniquement deux vulnérabilités à distance dans l'installation par défaut, durant plus de 10 ans !

    Ca rete quand même le système le plus sûr :transpi:

  11. hum, c'est bien le genre de comparatif qui ne veut rien dire... surtout déclarer quel OS est le plus "secure" alros qu'il n'ont pas tout tester (*BSD, Solaris et autres Unix)...

    Peut-être que Symantec ne les connais même pas... sureùent en tout cas, que Microsoft a commandé une étude pseudo-sérieuse pour le mettre en avant...

    Question subsidiaire, Windows est plus sécuriser de base ou avec un tas de soft en plus (à tout hazrd une suite de protection Symantec: anti-virus, anti-spyware, anti-spam, anti-mite, ...).

    Enfin, ça a le mérite de faire du buzz et de faire parler de Microsoft, de lInux et de Symantec :francais:

  12. :smack: :tchintchin: Duke.

    Tiens, la semaine dernière, j'ai essayer de faire du bi-ecran avec mon portable, parce qu'au boulot, j'ai un ~19" qui sert à rien et que mon écrand e portable est un peu petit (c'est un ibook 12" :transpi: ). Du coup, trois modif du xorg.conf et hop, ça marche comme sur des roulettes avec le gros sur la partie gauche et mon petit portable sur la partie droite (la résolution est de fait un peu dégueux, mais bon). Seulement, quand j'ai redémarrer mon ordi ce matin, sans le 2ième écran de brancher, surpraïse, gdm était sur l'écran pas branché... :transpi:

    Bon, j'ai viré les 3 lignes qui merdoyaient dans mon xorg.conf, mais j'ai pas spécialement envie de le faier à chaque fois :D

    Y aurait-il une solution simple et efficace autre que le je_fabrique_un_scripte_qui_change_le_worg.conf_et_redémarre_X ?

    Et puis Mantorn, bienvenu et si jamais tu as un soucis, n'hésite pas à venir demander de l'aide ici ;)

    D'ailleurs, Mantorn, c'est la deuxième moitié de equimanthorn avec un 'h' en moins, ou bien c'est moi qui craque ? :transpi:

    Peut-être avec un metamode qui ne tiennet compte que d'un seul écran (grâce à NULL). Voilà mon ancienne ligne metamode:

    Option	  "Metamodes" "1600x1200,1024x768@1024x1200; 1600x1200,NULL;1280x1024,1024x768@1024x1024;1280x1024,NULL; 1024x768,1024x768; 1024x768,NULL; NULL,1024x768; 800x600,800x600; 800x600,NULL; NULL,800x600"

    A noter que j'utilisais le TwinView d'nvidia, je sais pas si c'est standart X. Je crois que ça marchais bien (ça fait longtemps) en LAN avec un seul écran, ou pour passer les jeux en fullscreen sur un seul écran.

  13. Pour le histoire de mouvement "anti-M$", c'est vrai que dans certain domaine ça va être dur. A mon boulot au doit être la plus forte proportion de linuxien non-informaticien de la Fonction Publique (5 ou 6 sur 13 :mdr2: : 2 gentoo, 3 (X/K)ubuntu et un Fedora, peut-être des nouveau en cours et un Debianien est parti l'an dernier), pourtant c'est pas demain la veille qu'on aura nos outils porté sous GNU/Linux ou un autre système libre. Le problème ce sont nos logiciel métiers historiquement sous Windows et un peu mastodonte.

    Un des informaticiens du service m'a parler de 40000 variables qui sont reliés à des automates répartis sur toutes la petite couronne parisienne (de Malakoff à Achères) et pas forcément très accessible, ni compatible Linux. En plus, ce système est unique au monde, donc difficile de créer un éventuelle communauté sur le projet.

    Mais bon, on peste de temps en temps contre le système, mais on s'y fait d'autant que l'enjeu et bien au-delà des Logiciel Libre: protection de l'environnement.

    On a plus beaucoup de choix... et ceux qui m'ont dit que je pouvait toujours changer de métier, c'est dommage, mais mon choix se porte sur protégé l'environnement même avec un système "sale".

    Après, je mets à profit le temps passé avec les collègues non-libéré pour faire du prosélitisme libriste, ce qui est facilité par notre petite communauté et notre rythme de travail. Donc au final, on compense aussi un système métier fermé par des migration de personne à titre personnelle.

    Si autre petit question, je n'arrive pas à remettre la main sur un script planteur que j'avias vu sur le forum. C'étais un truc en sh qui faisait des boucles et des fork pour faire planter un système *nix. (je crois)

    Pour la petite histoire, c'est pour tester le watchdog d'une appliance Soekris et j'arrive pas à faire planter OpenBSD :dd:

×
×
  • Créer...