S'identifier / Créer un compte
  • Actualités
  • Dossiers
  • Tests
  • Commentaires
  • INpactiens
Publicité

Flash Info : Microsoft annonce la XBox One : tout ce qu'il faut savoir

MinWin : le coeur autonome de Windows est bien dans Seven

Bon alors, c'est quoi ce fichu MinWin ?

Nous avons parlé plusieurs fois de MinWin dans nos colonnes. C’est l’un des sujets de Microsoft qui a créé le plus de controverses, car l’éditeur n’a jamais expliqué exactement de quoi il s’agissait. Mais la firme, par la voix de Mark Russinovich, indique que MinWin fait bel et bien partie de Windows 7. Alors, qu’est-ce que c’est ?

win7 sevenMinWin : Minimal Windows

On peut littéralement parler de PPCD. Ceux à qui il reste des notions d’arithmétique reconnaîtront le plus petit commun dénominateur, et c’est bien de cela dont il s’agit : MinWin est le cœur du système débarrassé de tout ce qui n’est pas nécessaire. Pesant environ 25 Mo, ce cœur totalement autonome contient évidemment le noyau ainsi que les sous-systèmes essentiels (comme le réseau), avec supports des systèmes de fichiers ou pas. Et c’est tout.

Étant donné que MinWin correspond à de gros travaux chez Microsoft et que le mot « kernel » apparaît au sein du projet, de nombreuses questions ont été soulevées sur le changement de noyau dans Windows 7. Est-ce le cas ? Non : le noyau est une évolution de Vista. Dans un contexte où ce dernier a provoqué un clash dans le marché informatique, il était surtout primordial pour Microsoft que tout ce qui avait été développé pour lui soit parfaitement compatible avec Windows 7, et en tout premier lieu les pilotes.

Un jeu de briques

Si MinWin est le cœur de Windows, cela signifie qu’il n’existe aucune dépendance vis-à-vis d’un composant extérieur. Il y a désolidarisation complète avec l’API Win32 (en dehors de quelques API essentielles), ce qui donne déjà une idée de la direction que peut prendre l’éditeur s’il le souhaite : créer un nouvel espace utilisateur s’appuyant sur MinWin. Il ne s’agit bien sûr que d’une possibilité.

Avec MinWin, l’API Win32 devient comme un bloc que l’on peut connecter au cœur. Mais comme dans un jeu de construction, on peut y brancher d’autres blocs. Et là, les regards se tournent vers l’environnement .NET, dont on sait que Microsoft tranche les liens avec Win32. On a donc un cœur, MinWin, et à terme deux blocs principaux : Win32 et .NET.

Le point le plus intéressant est sans doute que ces éléments peuvent enfin évoluer séparément les uns des autres (il faut néanmoins garder une cohérence bien sûr), mais on ne parle plus de sac de nœuds. Microsoft va prendre à court et moyen terme des décisions plus radicales, puisque le passé du système exige désormais une véritable direction.

D'éventuelles conséquences très intéressantes

Il existe d’autres domaines où MinWin devrait porter ses fruits. Par exemple, la virtualisation. La sortie récente d’Hyper-V Server 2008 a montré que Microsoft souhaitait mettre en avant son hyperviseur au sein d’une partition parente équipée d’un système minimal. Sauf que dans le cas d’Hyper-V Server 2008, on y trouve toute la base de Windows Server 2008. On peut estimer que la firme composera à la carte une solution beaucoup plus légère basée sur MinWin.

Et puisque l’on parle de solutions à la carte, comment ne pas penser à Windows Embedded, dont on sait que Microsoft veut baser la prochaine sur Windows 7 ? Disposer d’un cœur parfaitement autonome tenant dans 25 Mo est un atout pour le reste des domaines dans lesquels un système d’exploitation peut être impliqué. Mais il faudra voir ce qu’en fait Microsoft dans la réalité, même si les possibilités sont très nombreuses.

Pour la petite note de « science-fiction », on notera que MinWin pourrait avoir comme objectif final de mettre un pied de Windows dans la tombe. Si Microsoft veut en effet proposer un jour un système de type Singularity/Midori, alors la virtualisation et un cœur autonome Windows seraient de très bons outils pour y parvenir, car ils permettraient une compatibilité avec l’existant.

Source : Microsoft
Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Le 4 novembre 2008 à 07:32 (32 213 lectures)

Il y a 124 commentaires

Avatar de ndjpoye INpactien
ndjpoye Le mardi 4 novembre 2008 à 09:26:21
Inscrit le mardi 31 janvier 06 - 24011 commentaires
Est-ce que ça suppose que la partie Win32 peut être virée sans autre pour ne garder que .NET ?

On dirait bien que oui.
Avatar de charon.G INpactien
charon.G Le mardi 4 novembre 2008 à 09:29:58
Inscrit le vendredi 29 avril 05 - 6358 commentaires
En résumé, tu veut dire que c'est plus une réorganisation qu'autre chose ? Bon avec un toiléttage des entorses qu'ils avaient fait

edit: en oubliant .net biensur qui lui en fait, si j'ai bien compris, ce mets au niveau ds couches os2/posix/win32 là ou avant il dépendait de win32.

Ils n'ont pas encore touché à .net c'est une des possibilités pour l'avenir. Foley avait déjà parlé de recoder la BCL de .NET sur UDMF. En gros créer un nouveau sous système.
Oui c'est un toilettage il y avait pas mal de "noeuds" dans windows dépendances cycliques etc. Microsoft a résolu pas mal de ces problèmes dans vista en recréant une architecture plus propre.
Avatar de charon.G INpactien
charon.G Le mardi 4 novembre 2008 à 09:33:48
Inscrit le vendredi 29 avril 05 - 6358 commentaires
Est-ce que ça suppose que la partie Win32 peut être virée sans autre pour ne garder que .NET ?

Win32 ne pourra jamais être viré car tout les programmes actuels utilisent ces api y compris tout l'userland de seven. Mais par contre ca permettrait dans l'avenir à MS de créer à coté de Win32 un nouveau userland .NET qui serait totalement indépendant de Win32. On ne crée pas du neuf sur du vieux.
Avatar de NeoLuxembourg INpactien
NeoLuxembourg Le mardi 4 novembre 2008 à 09:36:31
Inscrit le jeudi 3 février 05 - 2164 commentaires
Win32 ne pourra jamais être viré car tout les programmes actuels utilisent ces api y compris tout l'userland de seven. Mais par contre ca permettrait dans l'avenir à MS de créer à coté de Win32 un nouveau userland .NET qui serait totalement indépendant de Win32. On ne crée pas du neuf sur du vieux.


SI M$ veut se mettre a 100% au .NET (je dit bien si!), il serait alors possible de fait un wrapper du win32 sur su .NET ... non?

Avatar de charon.G INpactien
charon.G Le mardi 4 novembre 2008 à 09:38:18
Inscrit le vendredi 29 avril 05 - 6358 commentaires
question de noobs ...

Si je comprends plus ou moins ce qui vient d'etre ecrit, serait il possible par ex de ne pas lancer un systeme complet mais juste le noyau avec une "Brique" bien spécifique pour le lancement d'un programme gourmand en ressource?
Comme par ex un soft de retouche photo/video, un jeu, ce qui permettrait d'avoir une masse importante en moins prise ne charge par la memoire par ex ?

pas frapper ...

Je ne pense pas en réalite les programmes existants auront tjs besoin de la totalité de Win32. Par contre la plus grande modularité du système devrait normalement faire diminuer les reboots nécéssaires avec Windows Update (à voir)
Avatar de ermitesansh INpactien
ermitesansh Le mardi 4 novembre 2008 à 09:38:50
Inscrit le jeudi 3 juillet 08 - 118 commentaires

Moueck, je suis prof de Maths et j'ai dû aller sur Wikipedia pour savoir ce qu'était un PPCD...

Je ne l'ai jamais vu dans les programmes, que ce soit durant ma scolarité ou maintenant, contrairement aux PGCD et PPCM.


C'est un troll de l'auteur pour mettre en avant le coté approximatif (tentative foireuse) de Microsoft ?
Avatar de ndjpoye INpactien
ndjpoye Le mardi 4 novembre 2008 à 09:40:36
Inscrit le mardi 31 janvier 06 - 24011 commentaires
Ils n'ont pas encore touché à .net c'est une des possibilités pour l'avenir. Foley avait déjà parlé de recoder la BCL de .NET sur UDMF. En gros créer un nouveau sous système.
Oui c'est un toilettage il y avait pas mal de "noeuds" dans windows dépendances cycliques etc. Microsoft a résolu pas mal de ces problèmes dans vista en recréant une architecture plus propre.

T'as pas sous le coude un schéma du type de tout à l'heure mais pour vista Stp ? Bon si t'as pas, je continue mes recherches, pour le moment j'ai trouvé que celui de 2000 (ou l'on vois que déja, ils avaient réussi à faire passer l'i/o manager et le graphic manager au même niveau que tout le reste).

Edité par ndjpoye le mardi 4 novembre 2008 à 09:42
Avatar de cwerle INpactien
cwerle Le mardi 4 novembre 2008 à 09:41:44
Inscrit le mercredi 22 décembre 04 - 41 commentaires
Juste une question : l'api win32 peut-elle faire fonctionner du win64 ?

La modernité c'est bien quand même de migrer en 64bits non ?
Avatar de vodnok INpactien
vodnok Le mardi 4 novembre 2008 à 09:43:42
Inscrit le mardi 16 décembre 03 - 1223 commentaires
Haaaa Le CEO de Nvidia expliquait que Tegra qui n'est pas win32 ne pouvait pas faire tourner un OS windows... pour le moment... aller un petit effort.
Commentaire de pingooz supprimé le 01/01/1970 à 00:00:00 : Réponse à un commentaire supprimé
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.