Actualités informatiques du 21-11-2011

Nous avons mis à jour les résultats du Core i7-920 intégré à titre de référence dans notre dossier Intel Core i7-3960X, X79 Express et LGA 2011.

En effet, pour réaliser les tests nous avions utilisé un i7-920 "ES" limité à la DDR3-1066 alors que les autres processeurs étaient couplés à de la DDR3-1600, chose qui était précisée dans le protocole. Cette limitation n'étant pas présente dans les i7-920 du commerce, nous avons donc re-testé un Core i7-920 en DDR3-1600 et mis à jour les scores.

L'indice applicatif passe ainsi de 127,4 à 133,6 (+4.9%) alors que l'indice jeux 3D gagne 11,4% pour atteindre 127,6 contre 114,5 auparavant, le gain provenant à la fois de la bande passante plus importante offerte par la mémoire et de la fréquence du contrôleur mémoire qui passe de 2133 à 3200 MHz. Nous prions l'i7-920 de nous excuser de l'avoir présenté sous un moins bon jour...

P.S. : Afin de conserver une uniformité au niveau des commentaires, ceux-ci ne sont autorisés que sur le dossier à proprement parler.

Nos confrères de TechPowerUp  publient un slide en provenance du site ChipHell qui semble confirmer certaines informations qui étaient présentes dans des pilotes beta d'AMD qui avaient filtré le mois dernier. Pour ses gammes HD 7300, 7400, 7500 et 7600, AMD se contenterait de réutiliser les GPU actuels des Radeon HD 6300, 6400, 6500 et 6600, à savoir les Cedar, Caicos et Turks.

Si ce n'est pas la première fois qu'AMD pratique le renommage de produits (par exemple les Radeon HD 6700), la pratique semble ici généralisée à l'entièreté de l'entrée de gamme. Point "positif" de ce renommage évoqué par le slide publié, les APU A-Series en mode Dual Graphics resteront compatibles avec les nouvelles cartes.

A titre de rappel, les pilotes AMD qui avaient filtré précédemment évoquaient d'autres détails sur le reste de la future gamme Radeon HD 7000 du constructeur, comme par exemple l'existence d'une seconde version de la Radeon HD 7400 qui serait basée sur un nouveau GPU VLIW4. En ce qui concerne l'architecture Graphics Core Next, elle serait représentée par trois GPU, les Cape Verde (XT, Pro, XTX), Pitcairn (Pro et XT) et Tahiti (Pro et XT). Le futur bi-GPU de la marque porterait le nom de code New Zealand. Les nouveaux GPU VLIW4 de Trinity porteraient quand à eux les noms de Scrapper en version double cœur et Devastator en version triple/quadruple cœurs. Des informations qui restent à prendre au conditionnel.

Nos confrères de VR-Zone ont publié quelques slides d'une présentation d'Intel concernant les pilotes graphiques d'Ivy Bridge pour Windows 7 et Windows 8.

Tout d'abord pour Windows 7, les pilotes seront compatibles DirectX 11 et Open GL 3.1, tout en apportant également le support d'OpenCL 1.1. Ivy Bridge supporterait également le tri écran, y compris pour la lecture des flux vidéo HDCP. L'actuel Sandy Bridge ne supporte pour l'instant en effet que deux écrans en simultanée, le type de sorties compatibles dépendant grandement de l'implémentation de la carte mère comme nous l'avions vu ici .


En ce qui concerne Windows 8, nos confrères indiquent qu'Intel proposera à sa sortie des pilotes compatibles avec le nouveau modèle de pilotes graphiques WDDM 1.2. Les nouveautés présentées par Microsoft lors de sa conférence BUILD sont gérées, y compris certaines qui sont optionnelles comme par exemple le support de la 3D Stéréoscopique. Microsoft propose en effet dans WDDM 1.2 un modèle standard pour la gestion des écrans 3D par les cartes graphiques (détection, rendu) qui sera utile notamment pour la lecture des contenus vidéo 3D, mais aussi pour les jeux par le biais de DirectX 11.1. A noter également que le slide évoque un support de S3D par les pilotes Windows 7. Selon les informations de Microsoft, WDDM 1.2 semble pourtant limité uniquement au futur Windows 8. Les pilotes d'Intel supporteront également les autres nouveautés obligatoires comme la rotation de l'écran, ou la nouvelle version de DXVA dans D3D11 qui devrait enfin simplifier la lecture vidéo via DirectX pour toutes les machines Windows 8, Microsoft imposant son support par les développeurs de pilotes y compris pour les périphériques DirectX 10.

Les slides ne mentionnent pas les deux autres fonctionnalités optionnelles de WDDM 1.2, à savoir une nouvelle gestion des pilotes GPU pour les PC portables (pour éviter les problèmes après hibernation/mise en veille) et une gestion de l'énergie avancée. Notons enfin une autre confirmation, Haswell supporterait DirectX 11.1. Cette nouvelle version de l'API de Microsoft se concentre principalement sur les avancées pour les développeurs avec par exemple la possibilité de tracer l'exécution d'un shader, mais aussi le retour sous une forme déguisée des "caps".

Comme à son habitude, Donanimhaber  publie un extrait d'une présentation AMD concernant les futurs APU Trinity. Il s'agit cette fois des performances estimées sous 3D Mark et PC Mark Vantage.

Sous 3D Mark Vantage, Trinity serait en fonction de la version (2, 3 ou 4 cœurs) 23,4 à 34,9% plus véloce que les actuels APU A-Series Llano. Un intervalle qui vient confirmer les informations récentes parues à ce sujet.

Du côté de PC Mark Vantage le gain attendu serait de 7% sur les A6 (3 cœurs) et de 16,9% sur les A4 et A8 (2 et 4 cœurs). Attention il ne s'agit pas d'un test processeur seul et l'indice global est également influencé par la partie graphique, il est dès lors difficile d'en conclure quoi que ce soit sur les performances CPU. De ce côté il était jusqu'alors question d'un gain pouvant atteindre les 20% dans le meilleur des cas.

Pour rappel les AMD Trinity devraient pointer le bout de leur nez au second trimestre 2012.

Nous avons déjà parlé de la commande TRIM à de multiples reprises, notamment au travers de ce dossier. Pour rappel, elle permet au système d'exploitation d'indiquer au SSD quelles sont les zones de stockage contenant des données effacées, ce qui n'est pas le cas en l'absence de cette commande. Ainsi averti des pages Flash qui sont libres, le contrôleur du SSD est en meilleure position pour optimiser au mieux les écritures à venir tant en termes d'usures que de performances.

L'implémentation du TRIM est effective chez Microsoft depuis Windows 7, et elle est activée par défaut dès lors que le SSD le supporte (c'est le cas de tous les SSD récents). Il faut également que le pilote du contrôleur de stockage supporte cette commande, mais c'est le cas des pilotes par défaut Microsoft IDE ou AHCI, des pilotes AHCI Marvell, AMD et Intel.

Reste qu'à l'heure actuelle le TRIM n'est pas encore supporté pour un RAID de SSD. Pourquoi ? De base la gestion du TRIM est relativement simple. La commande TRIM est accompagnée d'un certains nombre de blocs de données de 512 octets (de 1 à 8, selon ce qui est supporté par le SSD) comprenant chacun jusqu'à 64 entrées, avec pour chaque entrée le début de l'adresse LBA à "trimer" ainsi que le nombre de LBA consécutives qui doivent subir le même sort (jusqu'à 65536).

Dans le cas d'un RAID 0 les données sont réparties physiquement entre plusieurs SSD avec un entrelacement des données plus ou moins fin qui est définit par le strip size. Il faut donc modifier l'algorithme de gestion du TRIM pour qu'il tienne compte de cet entrelacement et génère les bonnes commandes pour chaque SSD de la grappe.

Lors de la sortie de la dernière Toolbox d'Intel, le géant de Santa Clara avait annoncé via sa FAQ qu'il travaillait sur un futur pilote Intel RST supportant le TRIM en RAID 0. Les choses se précisent un peu plus puisqu'une version Alpha des pilotes Intel RST, certes un peu ancienne puisque datée d'Août, a fait son apparition sur Station-Drivers. On peut lire dans les release notes  :


Intel confirme donc par ce biais l'arrivée de cette fonctionnalité dans les futurs Intel RST 11.5. Nous ne savons toutefois pas encore quand ces pilotes arriveront en version finale, mais des présentations des futurs chipsets Intel Serie 7 (Z77/Z75/H77) font mention des Intel RST 11 et on peut s'attendre à une sortie simultanée au second trimestre, en espérant que cette fonctionnalité purement logicielle ne soit pas limitée aux nouveaux chipsets.


Dans tous les cas, nous tenons à rappeler que l'intérêt d'un RAID 0 avec des SSD restera très limité pour un usage personnel. Les performances d'un SSD seul sont en effet telles qu'elles sont rarement le point faible de la machine, et le RAID 0 améliore principalement les débits séquentiels qui sont déjà très élevés ainsi que les accès aléatoire avec beaucoup de commande simultanés ce qui ne correspond pas à un PC de bureau ni même une station de travail.