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 ?
MinWin : 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.
MinWin : Minimal WindowsOn 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 219
lectures)
Il y a 124 commentaires
Très intéressant. N'étant pas un Pro, la version Core de 2008 Server permettant l'installation de suelement Hyper-V par exemple, est plus lourde qu'un MinWin ?
Ce que je veux dire c'est : N'es ce pas déjà un peu le cas avec 2008 Server Core où l'on a déjà totu ce qui est API WIN2 et .NET d'intégré au noyau ??
Merci pour les futures réponses.
Ce que je veux dire c'est : N'es ce pas déjà un peu le cas avec 2008 Server Core où l'on a déjà totu ce qui est API WIN2 et .NET d'intégré au noyau ??
Merci pour les futures réponses.
Vincent_H
Le mardi 4 novembre 2008 à 07:51:41
#2
Inscrit
le jeudi 30 janvier 03
-
14907
commentaires
Très intéressant. N'étant pas un Pro, la version Core de 2008 Server permettant l'installation de suelement Hyper-V par exemple, est plus lourde qu'un MinWin ?
Ce que je veux dire c'est : N'es ce pas déjà un peu le cas avec 2008 Server Core où l'on a déjà totu ce qui est API WIN2 et .NET d'intégré au noyau ??
Merci pour les futures réponses.
Ce que je veux dire c'est : N'es ce pas déjà un peu le cas avec 2008 Server Core où l'on a déjà totu ce qui est API WIN2 et .NET d'intégré au noyau ??
Merci pour les futures réponses.
Win32 et .NET ne sont pas intégrés au noyau. Le noyau de Windows pèse quelques centaines de Ko à tout casser. Le but avec MinWin est d'isoler le noyau et tous les composants de base qui sont obligatoires pour faire fonctionner tout le reste, c'est-à-dire Win32 et .NET. L'installation Server Core pèse environ 1 Go.
Spyder974
Le mardi 4 novembre 2008 à 07:52:47
#3
Inscrit
le jeudi 30 septembre 04
-
6588
commentaires
Si MinWin est le cœur de Windows, cela signifie qu’il n’existe aucune dépendance vis-à-vis d’un composant extérieur.
c'est pas un peu le même principe que BSD ?
c'est pas un troll c'est juste pour comprendre
TOM_KILLERz
Le mardi 4 novembre 2008 à 07:55:13
#4
Inscrit
le mardi 16 décembre 03
-
749
commentaires
Ca me fait quand même vachement penser à un noyau d'un autre système d'exploitation ...
Notamment dans la direction que Microsoft veut prendre :
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.
Je me trompe ?
Notamment dans la direction que Microsoft veut prendre :
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.
Je me trompe ?
Ca me fait quand même vachement penser à un noyau d'un autre système d'exploitation ...
Notamment dans la direction que Microsoft veut prendre :
Je me trompe ?
Notamment dans la direction que Microsoft veut prendre :
Je me trompe ?
C'est une mauvaise chose ?
Ouais autant copier ce qui fonctionne, mais ça chez Microsoft on sait faire depuis longtemps.
En même temps on trouvera toujours des ressemblances avec les autres OS, a un même problème il n'y a pas toujours 10 solutions.
Un OS reste un OS, alors si ils veulent modulariser, forcément ça ressemblera un peu aux autres OS modulaires.
Un OS reste un OS, alors si ils veulent modulariser, forcément ça ressemblera un peu aux autres OS modulaires.
C'est clair on va bientôt avoir un Winux
Le mieux serait qu'ils gardent leur noyau propriétaire s'ils le souhaitent mais qu'ils laissent la possibilité aux développeurs de créer leurs propres interfaces par dessus.
On pourrait alors voir débarquer des genre de "distributions" Windows. Et cela permettrait d'adapter son Windows a son type de machine.
Une initiative très intéressante donc
Le mieux serait qu'ils gardent leur noyau propriétaire s'ils le souhaitent mais qu'ils laissent la possibilité aux développeurs de créer leurs propres interfaces par dessus.
On pourrait alors voir débarquer des genre de "distributions" Windows. Et cela permettrait d'adapter son Windows a son type de machine.
Une initiative très intéressante donc
Ca me fait quand même vachement penser à un noyau d'un autre système d'exploitation ...
Ben la question serait plutot quel système d'exploitation ne fonctionne pas comme ca... moi j'en connais qu'un : MS Windows...
Sinon, il est encore tot et je suis en vacances, mais : PPCM et PGCD je maitrise bien, mais PPCD... j'ai beau essayer d'activer mes 3 neurors fonctionnels, je vois pas bien l'intéret. Ou alors c'est des maths super compliqués, et donc hors de ma portée.
Edité par Duke98 le mardi 4 novembre 2008 à 08:09
Il n'est plus possible de commenter cette actualité
Vous devez être connecté ou vous inscrire en haut pour pouvoir participer aux commentaires.













