ʭ ☯ a écrit 3067 commentaires

  • [^] # Re: C'est donc à ça qu'ont servi les subventions allemandes...

    Posté par  . En réponse à la dépêche Nokia s'offre Trolltech. Évalué à 6.

    Alors là, le lien est très pertinent! Pas sur l'économie des LL, mais sur la world company...

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Pulseaudio

    Posté par  . En réponse au journal Fedora 9. Évalué à 2.

    > Premièrement, ça sert pour Mme Michu. Je ne vais pas argumenter encore une fois.

    Euh, où ça? Je ne demande qu'à être convaincu, mais pour l'instant aucune fonctionnalité de pulseaudio n'est utile à un simple PC , avec une seule carte son, sans session distante par réseau, etc.

    Et c'est quoi ces nouvelles technos poussées par Fedora qui brillent aujourd'hui?

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Hmm

    Posté par  . En réponse à la dépêche Nokia s'offre Trolltech. Évalué à 8.

    ? En quoi ? Ne me laisse pas croire que tu espérais que ces boîtes allaient te développer gratuitement les logiciels dont tu auras besoin demain?

    Dans les logiciels libres, on est libre de ne rien faire, ou de s'impliquer. Si Sun coule, plus d'OOo? C'est qu'il était mauvais techniquement alors... (troll inside).

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Pulseaudio

    Posté par  . En réponse au journal Fedora 9. Évalué à 2.

    Euh là ça ne me règle pas les problèmes des applis que j'ai essayées : audacity / torcs / chromium . Ce qui m'intrigue c'est pourquoi mettre par défaut un gadget de geek : pulseaudio ne sert à rien pour l'ordinateur de Mme Michu.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Gourmand

    Posté par  . En réponse à la dépêche Elisa Media Center 0.3.3 "Mayfly" est sortie. Évalué à 3.

    Je viens de l'essayer, et ça m'a l'air bien gourmand : 400Mo alloués, et CPU à fond tout le temps. Mais c'est vrai que c'est joli...

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Pulse Audio

    Posté par  . En réponse au journal Ophrys. Évalué à 3.

    J'en ai parlé dans le même sens sur la ML de Cooker... c'est vrai qu'ils ont l'air de tenir très fort à foncer dans le mur....

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Pulseaudio

    Posté par  . En réponse au journal Fedora 9. Évalué à 3.

    Bon, puisque ma distribution préférée va vers pulseaudio comme Fedora, et que je trouve l'expérience utilisateur mauvaise, j'en profite pour demander aux heureux testeurs de Fedora leur vécu. Avez-vous pu tout utiliser sans désactiver pulseaudio?

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: L'ingénieurie par les features, les perfs et le marketing.

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 2.

    Exact. Tu me rappelles un post de Linus quand il travailla sur du matériel Transmeta : grosso modo, il disait que c'est vachement dur de faire du matériel, parce qu'on peut pas corriger le bug en 5 minutes. En fait, on se le coltine jusqu'au prochain stepping de la puce. Voir aussi le bug des derniers AMD, qui est pour l'instant corrigeable seulement par le BIOS, en perdant 30% des performances.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: L'ingénieurie par les features, les perfs et le marketing.

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 3.

    Les logiciels ont toujours eu pour rôle de contourner les problèmes et limitations du matériel. Bienvenue dans l'informatique!

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Pulse Audio

    Posté par  . En réponse au journal Ophrys. Évalué à 2.

    Ben justement, pas grand chose ne marche : pas de son dans audacity, chromium, torcs, WINE, ... j'ai arrêté là pour ma part!

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: L'ingénieurie par les features, les perfs et le marketing.

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 6.

    > l'effort nécessaire à faire des produits qui fonctionnent correctement est sans doute radicalement inférieur à l'effort nécessaire à l'implémentation d'une telle usine à gaz permettant la reinitialisation de la CG

    Oui, mais là tu ignores que ce ne sont pas les mêmes qui font l'effort : d'un côté, c'est Microsoft qui fait le bouzin, de l'autre c'est toute entreprise qui vend un CG qui bidouille plus ou moins ses puces. Le but de Microsoft est de se protéger des mauvaises puces graphiques. Ce système a d'ailleurs été mis en place en premier par ATI pour ses pilotes sous XP. Ils savaient pourquoi ils avaient besoin de cela.

    Le but sous X11 serait aussi de se protéger du fait que les CG ne sont pas faites avec des critères qualité équivalents au reste du système. Comment fait-on pour pallier aux problèmes de réseau? On prévoit la perte de trames!

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Moi j'utilise screen

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 2.

    Je parlais des crashs où même ça n'est plus possible : la CG plante, le pilote n'a pas prévu ce cas, il reste en attente d'une réponse de la CG, tout plante. Sous Vista, au bout de 2 secondes sans réponse, le pilote reboote la CG, et redessine l'affichage.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Moi j'utilise screen

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 2.

    Tu as raison, VNC, ou NX permettent cela. Leur défaut est la perte de performances.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Re:

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 3.

    Non : si tu as 2 machines en cluster, ce n'est pas parce que l'une plante matériellement que l'autre doit planter. Les cartes graphiques actuelles sont un 2ème PC dans le PC, avec beaucoup plus d'erreurs matérielles possibles.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Serveur vs Desktop

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 5.

    Avec l'accélération drm sous x86, X11 n'est plus si séparé du noyau que ça. D'où les crashs.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Ah bon ?!

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 4.

    Un lien non technique qui parle de la chose :

    http://www.presence-pc.com/actualite/gpu-plantages-microsoft(...)

    Un lien technique en anglais :

    http://www.microsoft.com/whdc/device/display/wddm_timeout.ms(...)

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Re:

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 3.

    Les cartes graphiques de dernière génération n'ont plus de partie 2D cablée. C'est le firmware qui fourni une interface VESA, et le pilote doit utiliser la partie 3D même en 2D (cf. le problème des ATI 6xx pour avoir un pilote libre).

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Ah bon ?!

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 6.

    Sous XP c'est ATI qui l'a mis en place (VPU recover), sous Vista c'est tous les pilotes qui doivent l'implémenter pour être certifiés.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Serveur vs Desktop

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 2.

    J'utilisais en titre le mot Linux au sens générique. Dans le détail, c'est bien sûr X plus le pilote drm qui ont à gérer un reboot des cartes graphiques.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Bah

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 4.

    Le pilote d'une carte graphique peut être vu comme un OS aujourd'hui, il ne faudrait donc pas qu'une application puisse planter l'OS. Que ce soit une allocation de ressources exagérée ou quoi que ce soit d'autre, il faut pouvoir le gérer sainement. Et si c'est le hardware qui n'est pas fiable, il faut pouvoir le rebooter à partir de l'OS superviseur (dans ce cas Linux et X)

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • [^] # Re: Ah bon ?!

    Posté par  . En réponse au journal Fiabilité de Linux. Évalué à 1.

    Je suis sûr pour Vista, mais je crois que XP aussi. Pour MacOS, c'est du ouï dire...

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Et le jour?

    Posté par  . En réponse au journal Coding Nights aux RMLL. Évalué à 4.

    J'en déduis qu'il y aura moins de codeurs réveillés le jour, les discussions seront peut-être moins techniques.

    Ouah, le slogan : "Venez les débutants, les barbus dorment!"

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Asus EEE

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.24. Évalué à 10.

    Et là où on voit l'extrême rapidité de Linus, il nous sort le 24 un noyau qui intègre la gestion de la carte son pour l'Eee qui sort le 26 en France ;-)

    Son : "Add support for ASUS P701 eeepc"

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # Support

    Posté par  . En réponse au message Cartes graphiques USB. Évalué à 3.

    Enfin, j'ai oublié de répondre sur le fond : pas de support par linux tant que les spécifications seront inconnues. Ce type de gadget n'est compatible avec aucun standard de l'affichage (à part la prise VGA), donc les pilotes VGA, VESA, etc ne pourront rien en faire.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

  • # C'est de la m...

    Posté par  . En réponse au message Cartes graphiques USB. Évalué à 4.

    Vu que le bus USB2 fait 480Mbits/seconde en théorie, jamais plus de la moitié en pratique, et qu'afficher une vidéo en qualité DVD demande 768*576*32*25=353Mbits/seconde de flux de données, en plus du reste des commande de contrôle de la carte graphique...

    ... tu peux en déduire que tu auras les mêmes performances d'affichage qu'un PC d'avant le PCI (qui autorisait en 1992 133*8=1064Mbits/seconde).

    Bref, c'est un gadget très inutile, qui doit probablement utiliser le CPU pour compresser l'affichage avant de l'envoyer par le BUS USB.

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr