Actualités informatiques du 17-04-2010
Flux XML avec la liste des 20 dernières actualités.
| Avril 2010 | ||||||
|---|---|---|---|---|---|---|
| L | M | M | J | V | S | D |
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 | ||
Actualités précédentes - Vendredi 16 Avril 2010
Mic-mac autour du SandForce SF-1200
AnandTech révèle des informations croustillantes au sujet des contrôleurs SandForce SF-1200 et de leur firmware. Comme vous le savez peut être, l’une des principales différences entre le SF-1200, destiné au grand public, et le SF-1500, destiné aux entreprises, se situe au niveau d’une limitation des performances purement logicielle. Ainsi le SF-1200 peut atteindre les 10 000 IO/s en écritures aléatoires, contre 30 000 IO/s pour le SF-1500.
Là où les choses deviennent "amusantes", c’est que suite à un accord commercial entre SandForce et OCZ, ce dernier à reçu le privilège d’avoir un firmware spécifique pour son Vertex 2 à base de SF-1200 permettant d’outrepasser la limitation logicielle et d’atteindre les 30 000 IO/s. Cette limitation à 10 000 IO/s sur tous les autres SSD à base de SF-1200 est effective dans le firmware 3.0.5 de SandForce qui est prévu pour les SSD destinés à la vente.
Mais là ou le bât blesse pour cet accord, c’est que le firmware 3.0.1, qui est la version "release candidate" de SandForce, n’intègre pas cette limitation. Or, même si ce firmware n’était pas destiné à la vente, plusieurs constructeurs tels que Corsair ont livré des SSD à base de SF-1200 utilisant cette version. Le constructeur à d’ailleurs du désactiver une fonctionnalité destinée à l’économie d’énergie sur le SF-1200 qui pouvait entrainer la perte du SSD sur ce firmware 3.0.1.
Nous avons donc droit à un véritable imbroglio, avec d’une part des fabricants de SSD livrant des SSD avec un firmware non définitif, ce qui est tout de même assez problématique avec une technologie aussi jeune que les SSD, et d’autre part une mise à jour de ce firmware qui viendra brider les performances du SF-1200 à leur niveau prévu, ce qui rend les tests initiaux caducs. Décidément, tous les contrôleurs de SSD connaissent des débuts difficiles, et SandForce ne fait pas exception !
LGA1155 et LGA2011 pour Intel
VR-Zone a pu obtenir quelques informations sur les prochaines plates-formes Intel destinées à la génération Sandy Bridge prévu pour fin 2010 / début 2011. Des informations à prendre avec des pincettes mais qui semblent toutefois crédibles. Intel continuerait ainsi d’avoir deux plates-formes distinctes comme c’est le cas avec le LGA1156 d’une part et le LGA1366 d’autre part.
Côté milieu de gamme, le LGA1156 laissera place au LGA1155. Destiné à accueillir des versions 2 et 4 core du futur Sandy Bridge, ce Socket sera supporté par les chipsets P67 et H67, qui remplaceront les actuels P55 et H55. Le P67 ne supportera par l’IGP intégré au Sandy Bridge mais permettra d’utiliser son contrôleur PCI-Express en 1x16 ou 2x8 pour les configurations SLI/CrossFire, alors que le H67 permettra de gérer l’IGP mais sera limité au 1x16. En termes de fonctionnalités, le SATA 6 Gbits/s sera disponible sur 2 des 6 SATA gérés par le chipset, mais l’USB 3 n’est malheureusement pas à l’ordre du jour. Le PCI ne sera plus intégré à ces chipsets.
Côté haut de gamme, on retrouve une plate-forme LGA2011 (!) destinée à accueillir les Sandy Bridge-E. Ces processeurs existeraient à priori en version 4 et 6 core, et le cache serait de 15 Mo dans cette dernière version (12 Mo de L3 et 6x512 Ko de L2, contre 6x256 Ko actuellement). Côté mémoire, la DDR3-1600 serait gérée sur 4 canaux, ce qui explique en partie l’augmentation du nombre de points de contacts. Côté PCI-Express, on retrouverait sur cette plate-forme 40 lignes PCI-Express 3.0, contre 36 lignes 2.0 sur la plate-forme X58.
Gros changement, le PCI-Express ne serait plus géré par le chipset mais directement par le CPU, comme c’est déjà le cas sur LGA1156. Cette intégration complète du northbridge sonne le glas de l’IOH et du QPI, et on retrouvera donc uniquement un PCH relié au Sandy Bridge-E via un bus DMI à 2 Go /s et un bus PCI-E 3.0 x4 à 4 Go /s. Ce nouveau PCH ne supportera par contre toujours pas l’USB 3, mais il gérera 6 SATA en AHCI dont 2 en SATA 6 Gbits /s, ainsi que 8 autres ports en SATA3/SAS.
