J'ai toujours parle de W2k/XP pour la stack, jamais de NT. Je dis qu'il n'y a aucun rapport architectural entre Win9x et NT, ce qui est le cas et est hyper-facilement demontrable (cf. "Inside Windows 2000" ou "Windows NT device driver development" et compare ca avec MS-DOS et un OS sans gestion de droits)
Oui les drivers graphiques sous Windows sont en mode kernel(c'est pas obligatoire, mais c'est le cas de l'enorme majorite), et un certain nombre de drivers sous Linux le sont aussi.
Petit exemple puisque tu parles de NVidia, le forum de NVidia sur leur drivers Linux : http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14(...)
Des problemes causant des crash/reboots ils en ont aussi un certain nombre.
ATI a aussi ses drivers sous forme de module kernel
ATI+NVidia ca doit etre genre 90% du marche aujourd'hui...
Notes que je sais bien qu'avoir un driver en user-mode est bien evidemment moins risque, mais il faut aussi regarder l'usage et le resultat en cas de probleme.
Les crashs arrivent quand tu utilises interactivement le systeme(tu utilises la GUI, donc le driver, donc risque de crash), resultat si X crash : t'as perdu toutes tes applis que t'avais lance sous X, y compris tes terminaux et ce que tu faisais dedans, bref, t'as pas gagne grand-chose compare a un reboot complet dans l'enorme majorite des cas. Tu gagnes 30 secondes par rapport au boot, mais t'as perdu tout autant de donnees.
Si tu prends un serveur, la GUI tu ne l'utilises quasiment jamais, et normalement t'as pas non plus besoin de plus que le driver standard VGA(a moins que tu joues a Quake sur le serveur...), resultat risque de crash hyper faible, le driver VGA est la depuis des annees, teste et reteste, et est minuscule.
Livrer Windows sans IE n'est effectivement pas possible, mais ca ne t'obliges pas a utiliser IE, tu n'es pas vulnerable si tu ne l'utilises pas.
A moins qu'on mette nous meme un virus dans l'aide MS, t'auras pas de probleme.
Bref, c'est un probleme au niveau de l'appli, pas du systeme.
Pour les relations de trust entre fenetres, rien ne t'empeche de faire comme un chroot : tu crees un desktop (cf. fonction CreateDesktop() sur msdn) et tu lances le process sur ce desktop, il ne pourra pas acceder aux fenetres sur ton desktop originel.
[^] # Re: Interview de Steve Ballmer
Posté par pasBill pasGates . En réponse à la dépêche Interview de Steve Ballmer. Évalué à 1.
Oui les drivers graphiques sous Windows sont en mode kernel(c'est pas obligatoire, mais c'est le cas de l'enorme majorite), et un certain nombre de drivers sous Linux le sont aussi.
Petit exemple puisque tu parles de NVidia, le forum de NVidia sur leur drivers Linux : http://www.nvnews.net/vbulletin/forumdisplay.php?s=&forumid=14(...)
Des problemes causant des crash/reboots ils en ont aussi un certain nombre.
ATI a aussi ses drivers sous forme de module kernel
ATI+NVidia ca doit etre genre 90% du marche aujourd'hui...
Notes que je sais bien qu'avoir un driver en user-mode est bien evidemment moins risque, mais il faut aussi regarder l'usage et le resultat en cas de probleme.
Les crashs arrivent quand tu utilises interactivement le systeme(tu utilises la GUI, donc le driver, donc risque de crash), resultat si X crash : t'as perdu toutes tes applis que t'avais lance sous X, y compris tes terminaux et ce que tu faisais dedans, bref, t'as pas gagne grand-chose compare a un reboot complet dans l'enorme majorite des cas. Tu gagnes 30 secondes par rapport au boot, mais t'as perdu tout autant de donnees.
Si tu prends un serveur, la GUI tu ne l'utilises quasiment jamais, et normalement t'as pas non plus besoin de plus que le driver standard VGA(a moins que tu joues a Quake sur le serveur...), resultat risque de crash hyper faible, le driver VGA est la depuis des annees, teste et reteste, et est minuscule.
Livrer Windows sans IE n'est effectivement pas possible, mais ca ne t'obliges pas a utiliser IE, tu n'es pas vulnerable si tu ne l'utilises pas.
A moins qu'on mette nous meme un virus dans l'aide MS, t'auras pas de probleme.
Bref, c'est un probleme au niveau de l'appli, pas du systeme.
Pour les relations de trust entre fenetres, rien ne t'empeche de faire comme un chroot : tu crees un desktop (cf. fonction CreateDesktop() sur msdn) et tu lances le process sur ce desktop, il ne pourra pas acceder aux fenetres sur ton desktop originel.