Par contre c'est vraiment limite limite en terme de droit d'auteur (pour ne pas dire illégal). D'autant plus qu'on doit trouver leurs CDs pas trop cher chez les bons disquaires ou en occasion.
Après un coup d'oeil rapide il s'agit de pirates, donc rien qu'on risque de trouver chez un disquaire ;) A propos, quelqu'un a un miroir tout ça ? Sinon il faudra que je repasse à l'occasion (quand l'effet linuxfr "je charge à 2ko/s" se sera dissipé :)
Il suffit de demander au cpu le nombre de cycles passés depuis son initalisation avant et apres ton programme, et de faire la différence, pour cela, un peu d'assembleur et l'instruction rdtsc : http://www.midnightbeach.com/jon/pubs/rdtsc.htm(...)
Trouver un projet auquel participer n'est pas quelque chose de compliqué, il y a plein de projets qui t'acueilleront à bras ouverts par ici : http://sourceforge.net/people/(...)
Il y a en ce moment une petit thread sur la lkml là-dessus. En gros :
- le code se trouve dans /usr/src/linux/arch/ia64/sn/io/ate_utils.c (il s'agit là d'un fichier spécifique à l'architecture ia64 de chez SGI).
- le code en question a été placé sous licence style BSD par SCO (pardon, à lépoque c'était Caldera) :
il se trouve ici : http://minnie.tuhs.org/UnixTree/V7/usr/sys/sys/malloc.c.html(...)
et sa licence est là : http://www.tuhs.org/Archive/Caldera-license.pdf(...)
Ce sont deux projets crées récemment consécutivement aux problèmes qu'a eu freecraft (enfin, robovasion est un peu plus vieux je crois mais est resté jusque là un simple concept).
Robovasion est un projet personnel de Grumbel. Tel qu'on le connaît, il finit toujours tout ce qu'il commence, et à la fin tout marche bien (cf pingus, un jeu complètement fini avec plus de niveaux qu'il n'en faut).
Wargus est pour l'instant une coquille vide, et pose quelque problèmes puisqu'il utilise les données de warcraft 2.
Ce n'est pas quelques dollars, on dirait bien qu'ils veulent partir avec tout le fric qu'ils pourront tirer de cette affaire : http://www.quicken.com/investments/insider/?p=SCOX&tag=1(...)
Ils leur reste encore pas mal d'actions, donc ca risque encore de durer... :(
Le rapport, c'est les performances du noyau. Il y a eu une discussion la-dessus sur la lkml en fevrier (gcc 2.96 vc gcc 3.2, et gcc -O2 vs gcc -Os), je te renvoie au thread correspondant :
Quelqu'un pour infirmer/confirmer/completer/me faire interner?
Si tu utilises une table de hachage, tu peux effectivement trier en o(n). Mais bon, ca implique d'avoir une bonne clef de hachage et de créer une structure annexe (la table de hachage) au moins aussi grande que le tableau à trier. Après, pour trier, c'est simple : dans une première passe tu insères tous les éléments dans la table de hash, et dans une deuxième passe tu parcours la table pour relire les éléments dans l'ordre (pour cette deuxième étape, il faut avoir pensé à utiliser une fonction de hachage qui permette de déduire l'index de l'élément suivant à partir de l'élément courant).
Bref tu crées une structure en mémoire plus grande que ton tableau (pour éviter trop de collisions dans ta table de hachage) ce qui utilise plus du double de mémoire dans le cas qui nous intéresse le plus si on cherche un algo de tri en o(n) : pour n très grand !
Voila, ca demande effectivement de bonnes connaissance à priori sur les données à trier (pour faire une bonne clef de hachage).
Je sais, j'ai fait de la musique. C'était juste pour exprimer ma frustration de n'avoir jamais eu l'once d'un début de cette oreille qu'on appelle absolue ;)
Ok, désolé. C'est juste que ca fait frimeur le mot "absolu" (alors qu'ici c'est juste en opposition à relatif).
Ça par contre, comme je le disais plus haut, aux dernières nouvelles, ça relève plutôt du mythe.
C'est une discussion intéressante, mais qui je pense n'a pas trop sa place sur linuxfr. Pour résumer, je pense que les gens qui n'ont pas l'oreille absolue ne peuvent pas saisir le truc (on m'avait donné la comparaison avec l'aveugle de naissance qui ne saurait pas ce que c'est de voir, bien que je trouve cette comparaison un peu forte, l'idée est là). D'autre part, j'ai vu (j'ai mis le bon auxilliaire, la ?-) une étude scientifique où justement ils montraient que les zones activées dans le cerveau n'étaient pas les mêmes pour les gens qui avaient l'oreille absolue où non lorsqu'ils écoutaient de la musique. Je crois que la bataille scientifique qui se jouait autour de ça était plutôt etre inné et acquis.
Enfin si tu veux discuter sérieusement de ca pas de problème, envoie moi un mail.
Comme dit houpla, c'est pas un truc rare. Je vais préciser ce que c'est parce qu tu as raison là ca fait un peu frimeur (à mon crédit, j'étais énervé, aussi). Donc l'oreille absolue c'est une capacité qu'ont certaines personnes à savoir quelles notes une autre personne joue sans avoir besoin d'une référence (c'est-à-dire sans avoir besoin qu'on leur "donne le la"). C'est évident que c'est un avantage pour faire de la musique. D'ailleurs ca ne s'aquiert généralement pas par le travail mais c'est un don à la naissance (certes certaines personnes peuvent travailler ca et l'aquérir, mais d'autres ne pourront pas de toute leur vie, j'ai eu certains professeurs au conservatoire dans ce cas).
Je vais faire simple : j'ai fait une (grosse) dizaine d'années au conservatoire (donc je pige ce que je joue), j'ai l'oreille absolue (donc nous sommes accordés) et pourtant tous les 21 juin, on joue dans une petite rue. Et j'ai des amis qui sont (ou ont été) au conservatoire, qui sont de très bons musiciens et qui eux aussi vont jouer dans une autre petite rue. Alors ton argument sur le niveau musical des gens ne tient pas, ou alors tu généralises trop vite. Ou peut-être que tu habites dans une ville où les musiciens sont moins bons qu'à Strasbourg ;)
J'ai 4 realtek 8139c et elles ont toutes des performances correctes (de 5 à 7 Mo/seconde) sauf celle sur mon serveur qui est un K6 233 avec une noyau grsecurity + iptables + trafic shaping où j'ai plutôt 1.5 Mo/s.
<ma vie à moi perso que j'ai>
Maintenant à propos de ma vie : j'avais 5 realtek 8139c jusqu'à hier où l'une d'entre elles est venue à me lâcher. Comme elle avait moins d'un an et était donc encore sous garantie, j'arrive au magasin, où ils me l'échangent contre une carte dont je ne connais le chipset ni d'eve ni d'adam (d'ailleurs il a un marquage qui ressemble à un numéro de série, introuvable sur google). Du coup je demande (forcément) "et ca marche, sous linux, ça ?". Là je me suis retrouvé face à un technicien et un chef de rayon informatique incapables de me répondre, et refusant de me la rembourser. Bref après 10 minutes à fouiller sur le cd de drivers (contenant uniquement des drivers windows) je suis reparti avec la carte. Coup de pot, c'est un clone de tulip (une "Linksys Network Everywhere Fast Ethernet 10/100 model NC100 (rev 11)", mais c'était écrit nulle part dessus) donc elle marche très bien sous linux. Mais qu'est-ce que j'aurais pu faire si je m'étais retrouvé avec une carte n'ayant que des drivers windows, ou un mauvais support linux ? Suis-je en droit de demander qu'on m'échange une carte qui marche sous linux contre une autre ?
</ma vie à moi perso que j'ai>
Ceci dit je n'ai pas d'expérience en la matière... quelqu'un pour confirmer ?
Effectivement, toutes les partitions d'un raid doivent avoir la même taille (sauf pour du raid linéaire). Avec le raid logiciel sous linux, on peut mettre une autre partition sur le reste du disque. Avec les solutions matérielles, j'en sais rien.
Sinon :
2) si un des disques crashe, tu peux effectivment continuer à tourner en mode dégradé. Mais comme tu utilises des disques dur ide, tu auras un autre problème : un disque dur ide mort "bloque" son controleur ide. Donc tu auras quand meme droit à un reboot et un démontage du disque défectueux avant de continuer à utiliser ta machine.
3) des nappes normales suffisent MAIS tu auras de moins bonnes performances si tu mets plus d'un disque dur par controleur IDE.
4) Pas à ma connaissance
5) On est en general limité au raid 0 et 1, et les performances sont en général mauvaises (souvent moins bonnes que du raid logiciel ; par contre le raid logiciel utilisera plus de CPU). Après, c'est sûr que dans les "cartes RAID PCI" tu trouveras aussi de tout.
D'autre part, il peut être intéressant d'avoir plus de 2 controleurs ide, puisque deux disques durs ide récents peuvent facilement saturer un controleur.
Mais si c'etait ça pourquoi ca marche quand il detecte que 926081024 octets
Ca veut peut-être dire que tu as un chip qui est partiellement deffectueux, et que la mémoire correspondante n'est pas utilisée quand tu te limites à 900Mo.
J'ajouterai que l'utilisation de memtest86 est dans ce cas intéressante (d'autant plus que les symptômes que tu décris sont ceux d'une mémore défectueuse (qu'il s'agisse de mauvais timings, ou de refus de la carte mère de faire cohabiter trop de barettes ensemble) : http://www.memtest86.com/(...)
Il y a pire : si j'ai une idée approximative du moment où ton mot de passe a été généré (disons que je connais un intervalle de quelques heures/quelques jours) ca réduit énormément le nombre des mots de passe que je dois essayer. Par exemple, si j'ai une idée d'un intervalle de deux jours (48 heures) ca donne 48*3600=172800 mots de passes à tester (eh oui, la graine ne varie qu'une fois par seconde). Compare ça à un mot de passe de 5 lettres minuscules (dont on sait qu'ils sont facilement crackables de nos jours) il y a 26^5=11881376 mots de passe à tester.
D'autre part, les pid ne sont pas réellement aléatoires (à moins d'avoir un noyau patché avec grsecurity par exemple ou d'être sous openbsd) donc ca en fait que déplacer le problème.
En fait, je pense que l'idéal serait de demander une graine à l'utilisateur, ou de se baser sur des générateurs aléatoires forts (ceux qui sauvegardent l'entropie lors d'un reboot) et ne _pas_ utiliser srand.
Si c'est pour connaitre le format de /proc/cpuinfo des autres archis, je ne saurais trop te conseiller de voir dans le fichier /usr/src/linux/arch/[l'archi que tu veux]/kernel/setup.c la fonction show_cpuinfo() qui est justement chargée d'afficher ces infos.
Si on regarde de plus près, on voit que la machine a pris exactement 1.0 de charge de plus (vendredi précisément). Il y a donc un processus qui tourne à 100% de cpu.
Le serveur de linuxfr ferait-il du seti@home ? Ou peut être tout simplement qu'il y a un processus planté ;)
Et si la raison de tout ça était pour microsoft de pousser le pc comme plate forme de jeux ?
Etant donné que :
- microsoft est bien implanté sur le marché PC, et moins sur le marché du jeux (consoles)
- les prévisions voient les consoles comme plate forme d'avenir pour le jeu
on peut penser que microsoft a plutôt intérêt à pousser (forcer ?) de cette manière l'implantation de cartes graphiques haut de gamme dans toutes les machines. Si M. Lambda (qu'il me pardonne) achète un PC pour faire du traitement de texte, et que ce PC peut très bien convenir pour les jeux, il aura moins tendance à acheter des consoles, et donc microsoft évite la guerre des consoles (qu'il a commencé moins bien qu'il ne l'espérait avec la xbox).
Cela a en plus l'avantage de ne rien lui coûter en développement de matériel (pas besoin de faire une console concurrente à la PS3) et de lui revenir moins cher en développement logiciel (pas besoin de penser à la compatibilité de windows avec les cartes S3 trio).
[^] # Re: Vous connaissiez le groupe Bérurier x Noir ?
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Vous connaissiez le groupe Bérurier x Noir ?. Évalué à 1.
Après un coup d'oeil rapide il s'agit de pirates, donc rien qu'on risque de trouver chez un disquaire ;) A propos, quelqu'un a un miroir tout ça ? Sinon il faudra que je repasse à l'occasion (quand l'effet linuxfr "je charge à 2ko/s" se sera dissipé :)
Enfin, merci beaucoup pour ces deux liens !
# Re: Nombre de cycles CPU d'une commande?
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Nombre de cycles CPU d'une commande?. Évalué à 3.
http://www.midnightbeach.com/jon/pubs/rdtsc.htm(...)
# Re: Cherche projet ...
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Cherche projet .... Évalué à 3.
http://sourceforge.net/people/(...)
et par la aussi :
http://savannah.gnu.org/people/(...)
[^] # Re: [confidential] le pb p2p
Posté par Stephane Marchesin (site web personnel) . En réponse au journal [confidential] le pb p2p. Évalué à 1.
http://www.ratiatum.com/logitheque.php(...)
# Re: 1 millions de lignes de codes auraient été volés à SCO dans Linux !
Posté par Stephane Marchesin (site web personnel) . En réponse au journal 1 millions de lignes de codes auraient été volés à SCO dans Linux !. Évalué à 7.
- le code se trouve dans /usr/src/linux/arch/ia64/sn/io/ate_utils.c (il s'agit là d'un fichier spécifique à l'architecture ia64 de chez SGI).
- le code en question a été placé sous licence style BSD par SCO (pardon, à lépoque c'était Caldera) :
il se trouve ici : http://minnie.tuhs.org/UnixTree/V7/usr/sys/sys/malloc.c.html(...)
et sa licence est là : http://www.tuhs.org/Archive/Caldera-license.pdf(...)
[^] # Re: Aleona's Tales cherche un mainteneur
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Aleona's Tales cherche un mainteneur. Évalué à 1.
Robovasion est un projet personnel de Grumbel. Tel qu'on le connaît, il finit toujours tout ce qu'il commence, et à la fin tout marche bien (cf pingus, un jeu complètement fini avec plus de niveaux qu'il n'en faut).
Wargus est pour l'instant une coquille vide, et pose quelque problèmes puisqu'il utilise les données de warcraft 2.
[^] # Re: Sco commence vraiment à me degouter
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Sco commence vraiment à me degouter. Évalué à 3.
http://www.quicken.com/investments/insider/?p=SCOX&tag=1(...)
Ils leur reste encore pas mal d'actions, donc ca risque encore de durer... :(
Sinon il y a aussi un thread sur la ml de gcc qui discute d'arrêter le support de gcc sur SCO : http://gcc.gnu.org/ml/gcc/2003-07/msg01564.html(...)
[merci à slashdot pour ces liens]
[^] # Re: Sondage : la compilation du noyau / des modules
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Sondage : la compilation du noyau / des modules. Évalué à 5.
http://www.ussg.iu.edu/hypermail/linux/kernel/0302.0/0356.html(...)
# Re: nvidia et kernel 2.6
Posté par Stephane Marchesin (site web personnel) . En réponse au journal nvidia et kernel 2.6. Évalué à 7.
# Re: amis nostalgiques....
Posté par Stephane Marchesin (site web personnel) . En réponse au journal amis nostalgiques..... Évalué à 3.
http://wwwusers.imaginet.fr/~rieussec/GAME_F01.HTM(...)
< nostalgie> C'est vrai que c'etait bien... </nostalgie>
Quelqu'un sait si ca marche sous dosemu ?
# Re: Konfiansse dans les Gnomonies MairiKaines
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Konfiansse dans les Gnomonies MairiKaines. Évalué à 4.
$ telnet linuxfr.org 80
Trying 212.27.33.221...
Connected to prout.linuxfr.org (212.27.33.221).
Escape character is '^]'.
Mon dieu ! Je suis un hacker de virus qui s'est connecté aux serveurs d'internet ! Au secours !
[^] # Re: Soft de peer to perr
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Soft de peer to perr. Évalué à 1.
Si tu utilises une table de hachage, tu peux effectivement trier en o(n). Mais bon, ca implique d'avoir une bonne clef de hachage et de créer une structure annexe (la table de hachage) au moins aussi grande que le tableau à trier. Après, pour trier, c'est simple : dans une première passe tu insères tous les éléments dans la table de hash, et dans une deuxième passe tu parcours la table pour relire les éléments dans l'ordre (pour cette deuxième étape, il faut avoir pensé à utiliser une fonction de hachage qui permette de déduire l'index de l'élément suivant à partir de l'élément courant).
Bref tu crées une structure en mémoire plus grande que ton tableau (pour éviter trop de collisions dans ta table de hachage) ce qui utilise plus du double de mémoire dans le cas qui nous intéresse le plus si on cherche un algo de tri en o(n) : pour n très grand !
Voila, ca demande effectivement de bonnes connaissance à priori sur les données à trier (pour faire une bonne clef de hachage).
[^] # Re: Kernel 2.4.21
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Kernel 2.4.21. Évalué à 1.
Il y a le bon vieux rtl8139, qui ne devrait plus être utilisé mais qu'on trouve dans les debian 2.X.
Le 8139too est le remplacant du rtl8139 pour les 8139a, 8139b, 8139c et 8139c+
Mais si tu as une 8139c+ (et seulement la), tu peux essayer le module 8139cp (p pour "+").
bknight, qui collectionne les 8139
[^] # Re: Et c'est reparti pour un tour.
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Et c'est reparti pour un tour.. Évalué à 0.
Ok, désolé. C'est juste que ca fait frimeur le mot "absolu" (alors qu'ici c'est juste en opposition à relatif).
Ça par contre, comme je le disais plus haut, aux dernières nouvelles, ça relève plutôt du mythe.
C'est une discussion intéressante, mais qui je pense n'a pas trop sa place sur linuxfr. Pour résumer, je pense que les gens qui n'ont pas l'oreille absolue ne peuvent pas saisir le truc (on m'avait donné la comparaison avec l'aveugle de naissance qui ne saurait pas ce que c'est de voir, bien que je trouve cette comparaison un peu forte, l'idée est là). D'autre part, j'ai vu (j'ai mis le bon auxilliaire, la ?-) une étude scientifique où justement ils montraient que les zones activées dans le cerveau n'étaient pas les mêmes pour les gens qui avaient l'oreille absolue où non lorsqu'ils écoutaient de la musique. Je crois que la bataille scientifique qui se jouait autour de ça était plutôt etre inné et acquis.
Enfin si tu veux discuter sérieusement de ca pas de problème, envoie moi un mail.
[^] # Re: Et c'est reparti pour un tour.
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Et c'est reparti pour un tour.. Évalué à 0.
[^] # Re: Et c'est reparti pour un tour.
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Et c'est reparti pour un tour.. Évalué à 0.
# Re: performance mediocre
Posté par Stephane Marchesin (site web personnel) . En réponse au journal performance mediocre. Évalué à 4.
<ma vie à moi perso que j'ai>
Maintenant à propos de ma vie : j'avais 5 realtek 8139c jusqu'à hier où l'une d'entre elles est venue à me lâcher. Comme elle avait moins d'un an et était donc encore sous garantie, j'arrive au magasin, où ils me l'échangent contre une carte dont je ne connais le chipset ni d'eve ni d'adam (d'ailleurs il a un marquage qui ressemble à un numéro de série, introuvable sur google). Du coup je demande (forcément) "et ca marche, sous linux, ça ?". Là je me suis retrouvé face à un technicien et un chef de rayon informatique incapables de me répondre, et refusant de me la rembourser. Bref après 10 minutes à fouiller sur le cd de drivers (contenant uniquement des drivers windows) je suis reparti avec la carte. Coup de pot, c'est un clone de tulip (une "Linksys Network Everywhere Fast Ethernet 10/100 model NC100 (rev 11)", mais c'était écrit nulle part dessus) donc elle marche très bien sous linux. Mais qu'est-ce que j'aurais pu faire si je m'étais retrouvé avec une carte n'ayant que des drivers windows, ou un mauvais support linux ? Suis-je en droit de demander qu'on m'échange une carte qui marche sous linux contre une autre ?
</ma vie à moi perso que j'ai>
[^] # Re: Nouveaux disques durs et RAID
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Nouveaux disques durs et RAID. Évalué à 2.
Effectivement, toutes les partitions d'un raid doivent avoir la même taille (sauf pour du raid linéaire). Avec le raid logiciel sous linux, on peut mettre une autre partition sur le reste du disque. Avec les solutions matérielles, j'en sais rien.
Sinon :
2) si un des disques crashe, tu peux effectivment continuer à tourner en mode dégradé. Mais comme tu utilises des disques dur ide, tu auras un autre problème : un disque dur ide mort "bloque" son controleur ide. Donc tu auras quand meme droit à un reboot et un démontage du disque défectueux avant de continuer à utiliser ta machine.
3) des nappes normales suffisent MAIS tu auras de moins bonnes performances si tu mets plus d'un disque dur par controleur IDE.
4) Pas à ma connaissance
5) On est en general limité au raid 0 et 1, et les performances sont en général mauvaises (souvent moins bonnes que du raid logiciel ; par contre le raid logiciel utilisera plus de CPU). Après, c'est sûr que dans les "cartes RAID PCI" tu trouveras aussi de tout.
D'autre part, il peut être intéressant d'avoir plus de 2 controleurs ide, puisque deux disques durs ide récents peuvent facilement saturer un controleur.
Lis aussi le linux raid howto, il y a des subtilités pour le formattage/le choix de la taille des stripes qui influent sur les performances : http://www.tldp.org/HOWTO/Software-RAID-HOWTO.html(...)
[^] # Re: highmem et vmalloc_32
Posté par Stephane Marchesin (site web personnel) . En réponse au journal highmem et vmalloc_32. Évalué à 1.
Ca veut peut-être dire que tu as un chip qui est partiellement deffectueux, et que la mémoire correspondante n'est pas utilisée quand tu te limites à 900Mo.
[^] # Re: highmem et vmalloc_32
Posté par Stephane Marchesin (site web personnel) . En réponse au journal highmem et vmalloc_32. Évalué à 1.
http://www.memtest86.com/(...)
[^] # Re: Je me suis remis au C
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Je me suis remis au C. Évalué à 2.
D'autre part, les pid ne sont pas réellement aléatoires (à moins d'avoir un noyau patché avec grsecurity par exemple ou d'être sous openbsd) donc ca en fait que déplacer le problème.
En fait, je pense que l'idéal serait de demander une graine à l'utilisateur, ou de se baser sur des générateurs aléatoires forts (ceux qui sauvegardent l'entropie lors d'un reboot) et ne _pas_ utiliser srand.
[^] # Re: /proc/cpuinfo
Posté par Stephane Marchesin (site web personnel) . En réponse au journal /proc/cpuinfo. Évalué à 1.
http://www.pat.hi-ho.ne.jp/kyonekura/linux/ps2/ps2_2.htm(...)
# Re: /proc/cpuinfo
Posté par Stephane Marchesin (site web personnel) . En réponse au journal /proc/cpuinfo. Évalué à 4.
# Re: Stats DLFP
Posté par Stephane Marchesin (site web personnel) . En réponse au journal Stats DLFP. Évalué à 2.
Le serveur de linuxfr ferait-il du seti@home ? Ou peut être tout simplement qu'il y a un processus planté ;)
# Re: une honte
Posté par Stephane Marchesin (site web personnel) . En réponse au journal une honte. Évalué à 4.
Etant donné que :
- microsoft est bien implanté sur le marché PC, et moins sur le marché du jeux (consoles)
- les prévisions voient les consoles comme plate forme d'avenir pour le jeu
on peut penser que microsoft a plutôt intérêt à pousser (forcer ?) de cette manière l'implantation de cartes graphiques haut de gamme dans toutes les machines. Si M. Lambda (qu'il me pardonne) achète un PC pour faire du traitement de texte, et que ce PC peut très bien convenir pour les jeux, il aura moins tendance à acheter des consoles, et donc microsoft évite la guerre des consoles (qu'il a commencé moins bien qu'il ne l'espérait avec la xbox).
Cela a en plus l'avantage de ne rien lui coûter en développement de matériel (pas besoin de faire une console concurrente à la PS3) et de lui revenir moins cher en développement logiciel (pas besoin de penser à la compatibilité de windows avec les cartes S3 trio).