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

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 217 lectures)

Il y a 124 commentaires

Avatar de mr.tux INpactien
mr.tux Le mardi 4 novembre 2008 à 14:41:49
Inscrit le samedi 29 juillet 06 - 854 commentaires
S'ils abandonnent Win32 sa veut dire qu'il abandonne le code 'Natif' au profit de l'interpréter (comme le java), ça va ramé sévère...
L'avantage (le seul) c'est que tu le décompile (pas désassemble) donc tu obtiens le source du soft.
Bref de la connerie made in Microsoft.
Avatar de lossendae INpactien
lossendae Le mardi 4 novembre 2008 à 14:46:04
Inscrit le mardi 12 octobre 04 - 5371 commentaires
S'ils abandonnent Win32 sa veut dire qu'il abandonne le code 'Natif' au profit de l'interpréter (comme le java), ça va ramé sévère...
L'avantage (le seul) c'est que tu le décompile (pas désassemble) donc tu obtiens le source du soft.
Bref de la connerie made in Microsoft.



mdr2.gif
Avatar de the_mei INpactien
the_mei Le mardi 4 novembre 2008 à 14:58:13
Inscrit le mardi 24 août 04 - 2483 commentaires
Faut quand même savoir que le Java est quasi aussi perfs (voir plus) qu'un code C++ natif equivalent.

Comme dans tout les langages, si on est une quiche, ça sera pas optimisé.

Sinon pour le NTFS & co => ça se fragmente pas tout seul, donc si on fait n'importe quoi, NTFS ou EXT3 ca fera pareil.
=> un SGF n'a pas a etre optimisé SSD, ou HDD, ou etc. sinon ca deviens problématique pour l'OS. c'est le SSD ou l'HDD qui doit avoir un firmware potable.
=> la journalisation & defragmentation ca se regle. On peut avoir un defrag en tache de fond et pas de journalisation ni d'indexation si on veut.
Avatar de DarKCallistO INpactien
DarKCallistO Le mardi 4 novembre 2008 à 15:00:24
Inscrit le mardi 11 décembre 07 - 12760 commentaires
S'ils abandonnent Win32 sa veut dire qu'il abandonne le code 'Natif' au profit de l'interpréter (comme le java), ça va ramé sévère...
L'avantage (le seul) c'est que tu le décompile (pas désassemble) donc tu obtiens le source du soft.
Bref de la connerie made in Microsoft.


Heu... je sais pas si tu est spécialement au courant,mais Seven sera le dernier OS microsoft basée sur la technologie NT quand même,faut bien changer de temps en temps.Win9x a fait son temps,NT c'est juste avec un pied dans la tombe avec MinWin.
Avatar de atomusk Modérateur
atomusk Le mardi 4 novembre 2008 à 15:01:42
Inscrit le mardi 20 juillet 04 - 19850 commentaires
S'ils abandonnent Win32 sa veut dire qu'il abandonne le code 'Natif' au profit de l'interpréter (comme le java), ça va ramé sévère...
L'avantage (le seul) c'est que tu le décompile (pas désassemble) donc tu obtiens le source du soft.
Bref de la connerie made in Microsoft.


Ou alors tu n'as rien compris du tout



Si tu ne vois que de la connerie grasse dans ce que font les autres, tu peux aussi te demander si le probleme vient pas de ce que tu as compris non ?
Avatar de charon.G INpactien
charon.G Le mardi 4 novembre 2008 à 15:17:20
Inscrit le vendredi 29 avril 05 - 6361 commentaires

Heu... je sais pas si tu est spécialement au courant,mais Seven sera le dernier OS microsoft basée sur la technologie NT quand même,faut bien changer de temps en temps.Win9x a fait son temps,NT c'est juste avec un pied dans la tombe avec MinWin.

Enfin çà je ne m'avancerai pas Ce qui est sur Microsoft bosse sur certaines technos, après on ne sait pas comment et quand ca va être intégré. je ne pense pas qu'ils vont faire de nouveau un "big bang" à la vista. Ils vont plutôt intégrer les nouveautés au fur et à mesure.
Avatar de Serious Gilles INpactien
Serious Gilles Le mardi 4 novembre 2008 à 15:21:01
Inscrit le lundi 5 novembre 07 - 285 commentaires
S'ils abandonnent Win32 sa veut dire qu'il abandonne le code 'Natif' au profit de l'interpréter (comme le java), ça va ramé sévère...
L'avantage (le seul) c'est que tu le décompile (pas désassemble) donc tu obtiens le source du soft.
Bref de la connerie made in Microsoft.


Pas vraiment. C'est plutôt de la connerie made in mr.tux.

D'une part, parce que tu penses que le code intermédiaire (bytecode ou IL) est interprété, alors que c'est du jit ce qui n'est pas vraiment pareil. Les performances à code équivalent entre C# managé et C++ natif, c'est 90% des performances pour C# par rapport au code C++.
Largement satisfaisant vu que l'industrie informatique migre dessus. Sans compter tout les bénéfices de C# par rapport à du code non managé. Sécurité, fiabilité, GC, reflection, interop native avec tout les langages .net, et j'en passe.


D'autre part parce que tu n'as visiblement rien compris à la stratégie de Microsoft avec .NET qui consiste à s'abstraire du hardware et de l'OS.
Un Paint.NET compilé en IL (sans /unsafe) en 2008 s'executera de façon transparente quand bien même Microsoft basculerait sur une nouvelle architecture post-NT, post-x86 par exemple. Je trouve ça quand même assez fort moi...

Edité par Serious Gilles le mardi 4 novembre 2008 à 15:25
Avatar de DarKCallistO INpactien
DarKCallistO Le mardi 4 novembre 2008 à 15:26:57
Inscrit le mardi 11 décembre 07 - 12760 commentaires
Enfin çà je ne m'avancerai pas Ce qui est sur Microsoft bosse sur certaines technos, après on ne sait pas comment et quand ca va être intégré. je ne pense pas qu'ils vont faire de nouveau un "big bang" à la vista. Ils vont plutôt intégrer les nouveautés au fur et à mesure.


Possible,mais Minwin annonce déjà les prémices d'un concept de modularité assez avancer dans le systéme (au même titre que Vista avec les pilotes),sans compter que l'on a déjà vue Microsoft tranché dans le vif concernant le changement dans ses OS,notamment lors du passage du dernier OS Win9x (Windows Me) a Windows XP ou de Windows 3.11 a Windows 95.

Le changement n'est pas une contrainte pour Microsoft,par contre pour l'utilisateur...

Edité par DarKCallistO le mardi 4 novembre 2008 à 15:27
Avatar de Serious Gilles INpactien
Serious Gilles Le mardi 4 novembre 2008 à 15:35:18
Inscrit le lundi 5 novembre 07 - 285 commentaires
Faut quand même savoir que le Java est quasi aussi perfs (voir plus) qu'un code C++ natif equivalent.
Comme dans tout les langages, si on est une quiche, ça sera pas optimisé.


Tout à fait, et c'est pareil aussi avec C#. Je connais des boites qui ont eu des gains de perfs en portant toute leur appli sur C#.

Le code en IL était au final plus compact que le code natif x86; aussi les defauts de cache étaient un peu moins important vu que le code tenait mieux dans le cache, et donc au final les perfs légèrement supérieures au code C++.
Avatar de atomusk Modérateur
atomusk Le mardi 4 novembre 2008 à 15:35:42
Inscrit le mardi 20 juillet 04 - 19850 commentaires

on a déjà vue Microsoft tranché dans le vif concernant le changement dans ses OS,notamment lors du passage du dernier OS Win9x (Windows Me) a Windows XP ou de Windows 3.11 a Windows 95.


Autant le passage de 98/Me à XP ne s'est pas fait brutalement mais petit à petit avec l'évolution de NT sur une branche parallele.

apres pour le passage de 3.11 à 95, on peut pas dire que le passage se soit fait sans douleur

Maintenant avec le fiasco niveau "image" de Vista (ça me fait rire, à table on m'a dit que Vista c'était nul, parce que dans office les menu sont completements differents ), j'imagine tres mal Ms retenter l'experience ... ou alors uniquement grace à la virtualisation ... en douceur quoi.

Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.