Les nouveaux Atom pourraient perdre de l'intérêt si Intel ne réussit pas à fournir ses pilotes rapidement. Mais il semblerait que le développement de versions 64 bit aient été abandonné, comme les pilotes DirectX 10.1.
Les nouveaux Atom pourraient perdre de l'intérêt si Intel ne réussit pas à fournir ses pilotes rapidement. Mais il semblerait que le développement de versions 64 bit aient été abandonné, comme les pilotes DirectX 10.1.
Intel Core i7 3770K - 3.5Ghz
à partir de 308,89 €
Comparer les prix
Intel Core i5 2500K - 3.3Ghz BOX (Unlocked Edition)
à partir de 184,90 €
Comparer les prix
Intel Core i7 3770 - 3.4Ghz
à partir de 274,00 €
Comparer les prix
Intel Core i5 3570K - 3.4Ghz
à partir de 204,90 €
Comparer les prix
CeBIT 2012
CeBIT 2010
Réactions
Ils m'ont dégoûté, j'ai monté une config HTPC en SB core i3, et il a fallu des mois et des pilotes beta pour avoir enfin un fonctionnement "correct" du 24p, entre temps je suis passé sur de l'AMD A6 3850 qui venait de sortir pour cette même config et aucun pb à déclarer pour mon utilisation.
Bref maintenant pour moi GPU intel = bureautique . uniquement
Sur mon PC de bureau la technologie Virtu me paraissait interessante pour consommer moins en idle (en désactivant ma GTX 570) et activer certaines accélérations graphiques (décodage videos HD en hardware) mais vu les tests que j'ai vu où c'est le contraire (le GPU du i7 2600K ET la GTX 570 sont actives en idle) et qu'en plus il y a 10 ou 20% de perte de perf (quand ça marche). Bref, c'était juste bien sur le papier quoi...
Ce serait possible si c'était un chip Intel. Mais là, c'est du PowerVR, avec pleins de brevets PowerVR sur lesquels Intel n'a pas le contrôle. Intel n'a légalement pas le droit de faire un driver open source pour Cedar Trail qui exposerait des choses brevetés par PowerVR. Sinon, le driver Linux existerait déjà :-)
C'est pas à ImagtionTech de fournir les driver et pas Intel?
Ah je pensais essayer ça ! Je vais abandonner l'idée alors.
En même temps, les drivers c'est pas forcément le plus compliqué... le périphérique a des fonctionnalités, tout ce qu'on doit faire c'est les faire coïncider avec des API.
Au-delà de ça il y a des considérations de performances (un driver n'est pas juste une interface logicielle en mémoire "user" et ça complique la tâche dans un OS comme Windows) mais ça c'est une problématique commune à tous les drivers.
Dans tous les cas, ça ne change rien au "problème" de portage de drivers de x86 à x64, c'est limite juste une recompilation.