Si vous lisez quoi que ce soit sur le fonctionnement du système d'installation de Windows, il est évident qu'ils ont appliqué certaines idées des bases de données transactionnelles à l'installation et à la maintenance des programmes, sans parler de la .msi
Les fichiers eux-mêmes sont une base de données.
La question se pose toujours lors de la conception d'une base de données : voulez-vous la vitesse ou la précision/sécurité ? Étant donné que les installateurs peuvent modifier la configuration du système et qu'un incident peut rendre le système inopérant, la sécurité a été privilégiée par rapport à la vitesse. L'une des raisons pour lesquelles .msi
Si les installateurs sont si lents, c'est parce que des fichiers de retour en arrière sont créés pour chaque fichier, etc. qui sera modifié, puis supprimé par la suite - ce qui permet de "revenir en arrière" si quelque chose ne va pas au milieu des choses (comme une panne de courant ou un crash du système).
Je crois que le moteur MSI lui-même impose l'installation, la modification ou la suppression d'un seul programme à la fois. .msi
pendant qu'un autre est en cours de désinstallation, par exemple, il ne s'exécutera pas ou attendra que la désinstallation en cours se termine. Les installateurs non MSI peuvent ne pas se comporter de cette manière, puisqu'ils n'utilisent pas le moteur MSI. Mais en raison de cette décision de conception de sécurité, c'est probablement la raison pour laquelle appwiz.cpl
insiste pour ne laisser qu'un seul désinstalleur être appelé à la fois.
CCleaner vous permet de lancer des désinstallateurs sans attendre la fin de ceux qui sont en cours d'exécution. Les installateurs MSI ne fonctionneront probablement pas en parallèle à cause de ce qui précède.