Encore de nouveaux plans pour WinFS
Après avoir annoncé que WinFS ne serait pas intégré à Vista (nom de code Longhorn à l'époque), Microsoft révèle que désormais, ce nouveau système de fichiers, censé révolutionner la façon de gérer les fichiers, ne serait plus distribué en tant que tel plus tard.Une histoire tumultueuse
WinFS faisait à l'origine partie des bases de Vista, les autres étant « Avalon » pour l'interface graphique et « Indigo » pour la communication. En 2004, Microsoft admettait que WinFS ne serait pas inclus dans Vista, ni même dans Longhorn Server, mais disponible plus tard pour ces systèmes (ainsi que pour Windows XP) sous forme de rajout. Une bêta 1 était pourtant sortie l'année précédente et avait pourtant reçu un bon accueil, mais la technologie de WinFS sera désormais rendue disponible avec la nouvelle version de SQL Server (nom de code Kaitmaï).
Quelques détails sur WinFS
Sans douté né avec le projet « Cairo », WinFS n'est pas un système de fichiers à proprement parler, mais plutôt une surcouche pour NTFS permettant d'utiliser un moteur de base de données pour gérer les fichiers d'une manière différente. Ce système devait être aussi transparent que possible afin que les programmeurs puissent y accéder via des API de la même façon que pour un autre système de fichier. Le fait d'avoir dissocié Vista et WinFS signifiait une modification de ce dernier, étant données les différences entre ce système et NTFS. Vista avait pourtant été pensé pour accueillir WinFS, avec la présence de champs de recherche un peu partout, mais il faudra se satisfaire du système d'indexation pour le moment.
Un nouveau revers pour WinFS
La bêta 2 de WinFS est donc annulée et Microsoft va continuer le développement avec la prochaine version de SQL Server. Une nouvelle fois, la raison invoquée est le retard pris dans le développement, mais Quentin Clark, responsable du projet WinFS, a laissé comprendre que certaines fonctionnalités seraient quand même intégrées petit à petit dans certains produits, tel Vista, lorsqu'elles seraient prêtes.
Ce nouveau report fait une nouvelle fois penser au futur système d'exploitation, Vista, qui ressemble de plus en plus à un jeu à assembler. Espérons que la technologie WinFS, très attendue, sera complètement intégrée à « Vienna » et que Microsoft tiendra ses engagements concernant les autres composants reportés.
7
Commentaires
Des cartes doubles GPU chez ATI
- [MAJ] Sortie des Forceware 91.31 certifiés WHQL
- Comparatif d’écran LCD
- Les meilleurs produits hebdo par la rédaction
- La Fab AMD de New York confirmée
- Les améliorations de la nouvelle révision de Vista
- Un ordinateur qui ressent vos émotions
- Toshiba perdrait 200$ par lecteur HD DVD vendu
- La lumière fatale de l'iPod shuffle
- Dell enquête sur son PC explosif
Liens commerciaux
Autres catégories :
Publicité
Dernières actus
A voir aussi
Actus et dossiers
Forum
Très bien rédigé l'article
Je sent que ça va bien troller sur ce sujet mais c'est incroyable c'est tournant à 90° à chaque pour au final ne rien avoir. En gros ils prennent du retard, disent que c'est pour plus tard, et finalement se rendent compte qu'ils ne peuvent ou veulent pas finir et vont intégrer ce qui a déjà été fait dans un de leur autre logiciel pour pouvoir mieux vendre celui-ci au détriment du reste..
Vraiment naz
Le jeu à assembler me fait penser à Linux
ouais je sais, faut pas parler de Linux dans un sujet Windows mais c'est à cause du newser
Perso, j'ai toujours pas compris l'intérêt de WinFS.
Un moteur SGDBR pour gérer les fichiers et les répertoires, ça me laisse perplexe ...
moi je laisse faire, l'idée peut être bonne je pense.
Comment le systeme de MacOS fonctionne pour faire ces recherches rapides ? Avec un SGBD ?
Un moteur SGDBR pour gérer les fichiers et les répertoires, ça me laisse perplexe ...
C'est la même idée que ReiserFS, en moins bien, sûrement.
Ce principe vient d'une extension de ce que faisait le système de fichier de BeOS.
Cela permet de faire des classements différents, des indexations rapides, des recherches sur des critères (et éviter d'attendre 3 plombes le résultat d'une commande "find").
Le problème est que si on se contente de mettre une surcouche entre un SGBD pour le rendre compatible avec un système de fichier, on a un truc 10 fois plus lent qu'un système de fichier complexe.
En plus, il y a des dilemne entre gérer correctement les petits fichiers (config de qq ko) et les gros (film de qq Go). Reserfs4 pense avoir trouver les bon algorithmes pour gérer tout ça à la bonne vitesse. Mais ily a encore du travail d'intégration avec le reste de linux + du débugage.