Bien sûr, tout le monde veut bien croire que les devs MS sont parmi les meilleurs du > monde, mais il faut quand même trouver une explication rationnelle au fait que pendant des années, Windows avait un taux de kernel panic plusieurs ordres de grandeurs au dessus d'un noyau Linux (je pense qu'aujourd'hui la différence est moins nette car Windows a progressé de ce côté, et pour Linux bah c'est pas facile de s'améliorer quand on est déja si proche de 0).
Ça s'explique simplement.
Au début Windows était non préemptif, donc c'était les programmes qui faisaient passer la mémoire d'un processus à l'autre. Seulement le risque de collision dans la mémoire était énorme puis à moins que les logiciels ne proviennent de la même équipe, chaque logiciel passait la mémoire de manière propre suivant des logiques différentes alors que tout devrait se coordonner pour un secteur aussi sensible.
Quand Microsoft a fait de Windows un OS avec un noyau préemptif, pour une raison de compatibilité ascendante tu as les logiciels qui pouvaient gérer eux même le passage de la mémoire à un autre processus, ce qui évidemment cause encore plus de programme... Ce problème a disparu peu à peu quand les logiciels ont progressivement laissé Windows gérer ça de manière centralisé et uniforme (ce qui doit être le comportement normal de toutes les façons).
[^] # Re: Mais comment?
Posté par Renault (site web personnel) . En réponse au journal Comment ça marche chez microsoft. Évalué à -2.
Ça s'explique simplement. Au début Windows était non préemptif, donc c'était les programmes qui faisaient passer la mémoire d'un processus à l'autre. Seulement le risque de collision dans la mémoire était énorme puis à moins que les logiciels ne proviennent de la même équipe, chaque logiciel passait la mémoire de manière propre suivant des logiques différentes alors que tout devrait se coordonner pour un secteur aussi sensible.
Quand Microsoft a fait de Windows un OS avec un noyau préemptif, pour une raison de compatibilité ascendante tu as les logiciels qui pouvaient gérer eux même le passage de la mémoire à un autre processus, ce qui évidemment cause encore plus de programme... Ce problème a disparu peu à peu quand les logiciels ont progressivement laissé Windows gérer ça de manière centralisé et uniforme (ce qui doit être le comportement normal de toutes les façons).