Microsoft et Samsung : les performances des SSD sous Vista
Le par Nicolas B.D.
Microsoft et Samsung travaillent ensemble pour améliorer les performances des SSD sous Windows Vista. SanDisk est à l'écoute.
Samsung n'a rien dévoilé sur les éventuelles changement qui seront apportés à Windows Vista pour améliorer la reconnaissance des SSD, ni quand un hypothétique correctif arriverait. En tout cas, si ce correctif voit le jour, il serait profitable non seulement aux SSD de Samsung, mais également à tous les SSD. Il sera alors temps de vérifier les performances des SSD et en particulier ceux de SanDisk. Complément d'information
- Les annonces concernant les mémoires SSD ( Solid State Drive ) se succèdent et la dernière en date concerne Samsung et son disque utilisant plusieurs modules Flash NAND SLC ( Single Level Cell ) de 8 Go pour obtenir...


Poser une question


Microsoft n'était peut être pas au courant de l'architecture des futurs SSD lors de la conception de Vista, ce n'est donc pas sa faute à proprement parlé.
C'est clair que Microsoft n'a toujours fait que rattraper son retard grâce à ses visionnaires de dirigeants : Apple II/Windows, Lotus123/Office, FireFox/IE, VMWare/VCenter, Microsoft Network/Internet, 640ko largement suffisants, ...etc...
C'est une façon de faire... heureusement qu'ils en ont les moyens, pour le moment !
ouaaaais, copaiiiin
Je rajouterai aussi à ta liste :
Multitache préemptif (unix 1969, voire MultiCS 1965, AmigaOS 1985)/Windows 95 (1995), multiutilisateurs (*nix encore)/XP, Multimédia (pacman)/Windows 95, XViD/wmv (LOL, de la purée de pixels) , Steam / Live!, IRC (1988 ) /MSN, XGL - Quartz (1999-2004) / Aero, Widgets (konfabulator, 2002 si je me rappelle bien)/gadgets vista, OpenGL / Direct3D ... enfin, la liste est tellement longue... puis comme d'hab, la copie ne vaut jamais l'original.
Ah oui, JJFS et ses successeurs dès 2001 comme systeme de fichiers pour les unités de stockage à mémoire flash / Vista qui se met à niveau.
Ah oui Codekiller, à ton avis, un FS, faut nécessairement recoder tout le noyau de l'OS pour l'implémenter ? non parceque même sur mon vieil amiga de 1992, je peux monter du FAT16,FAT32, du NTFS, de l'ext2, de l'OFS/AFS/FFS, de l'ext3, du JJFS, du HPFS, du HFS+, etc... suffit d'une mountlist.
"Ah oui Codekiller, à ton avis, un FS, faut nécessairement recoder tout le noyau de l'OS pour l'implémenter ?"
il n'a jamais dit ça...
mais vu que le driver ntfs fait partie des fichiers systemes de vista, microsoft ne pouvait inclure des optimisations pour les disques ssd que pendant le developpement de vista... lorsque ces disques étaient quasi inexistants sur le marché!
et sinon pour xp, pas d'optimisation prévue, il faudra passer à vista pour en disposer lorsqu'une maj sera dispo
quant à osx, il va falloir passer à la caisse...
snow leopard supportera zfs, et apple ne compte inclure ces optimisations que dans zfs...
enfin, les utilisateurs de mac commencent à avoir l'habitude de payer leurs service pack
"Multitache préemptif (unix 1969, voire MultiCS 1965, AmigaOS 1985)/Windows 95 (1995)", multiutilisateurs (*nix encore)/XP, Multimédia (pacman)/Windows 95, XViD/wmv (LOL, de la purée de pixels) , Steam / Live!, IRC (1988 ) /MSN, XGL - Quartz (1999-2004) / Aero, Widgets (konfabulator, 2002 si je me rappelle bien)/gadgets vista, OpenGL / Direct3D ... enfin, la liste est tellement longue... puis comme d'hab, la copie ne vaut jamais l'original."
ahlala quelle mauvaise foi (ou ignorance!)
-multi utilisateur: windows nt 3.5 l'était déjà (1993), pas besoin d'attendre xp... et les unix c'était pas vraiment adapté aux stations de travail... donc windows a bien apporté le multi utilisateur sur les postes de travail (mac os son seul réel concurrent ne le supportait pas avant osx, 7ans plus tard)
-multimedia: supporté depuis windows 3.1 (et meme msdos en réalité, via des drivers intégrés aux programmes dos...) quel rapport avec pacman? et où est le retard de ms à ce niveau là?
- quel rapport entre steam et live??
-widgets: active desktop introduit en 1997 apportait le support des gadgets sous windows 95... une fonctionnalité qui n'a pas eu beaucoup de succès car peu de monde avait internet à l'époque. vers 2000 il y avait aussi stardock desktopx... puis 2ans après que microsoft ait présenté des version alpha de longhorn avec des gadgets, apple a introduit les widgets dans tiger, en clonant honteusement konfabulator (meme design, totalement recopié!)
-en l'an 2000, microsoft avait un projet fonctionnel de composition de bureau (http://research.microsoft.com/ui/TaskGallery/) qui a largement inspiré sun avec looking glass en 2004 et apple avec exposé....
- opengl et direct3d... si direct3d a aujourd'hui la préférence des developpeurs (y compris john carmack), ce n'est pas pour rien! direct3d est pourtant plus difficile à aborder que opengl, mais il apporte une meilleure independance vis à vis du hardware car il est mis à jour plus fréquemment qu'opengl (avec opengl il faut souvent recourrir à des extensions propriétaires spécifiques à ati ou nvidia pour gerer les nouvelles fonctionnalités non gérées nativement par opengl)
et sinon pourquoi ne pas parler de ce que les autres ont recopié sur microsoft?
-front row, recopié sur media center (design similaire en plus!) mais sans support des tuners tv! donc c'est une pale copie de media center...
-mode protégé d'IE7 : apple et mozilla avaient annoncé qu'ils développeraient également une sandbox pour leur naviguateur, mais il ne l'ont toujours pas fait
-souris à molette: inventée par microsoft, et utilisée par tout le monde aujourd'hui
-shadow copy / restauration de versions antérieures de fichier : mal recopié par apple avec time machine, de la poudre aux yeux, mais une implémentation naze (les fichiers modifiés sont recopiés en entier, alors que sous windows seuls les blocs modifiés sont recopiés)
- ajax, inventé par microsoft (sans trop s'en rendre compte) et utilisé partout aujourd'hui (tout comme d'autres choses comme "document.designMode='on' " qui étaient spécifiques à IE et qui aujourd'hui se retrouvent dans tous les navigateurs)
liste très incomplète, évidemment