ARTICLES de Vista PRINCIPAL 50 Vista VIDEOS Vista MOU AIDE de Vista

Jetez un coup d'oeil dans le futur de la compatibilité de legs dans Windows

Windows 3.1 La capacité de courir de décennie-vieilles applications sur les plus nouveaux dégagements de Windows est presque devenue un rite de passage. La plupart des personnes conviendraient que la compatibilité de logiciel vers l'arrière sur Windows est facilement l'un des facteurs importants pour son succès. Toutefois avec chaque dégagement, Microsoft se creuse plus profond et plus profond dans ce puits d'appui pendant que la largeur et la profondeur du logiciel se développe exponentiellement. Tellement tellement certains prévoient qu'ils ruineront par la suite Windows, s'ils n'ont pas déjà.

Une demande de brevet récemment éditée, « Environnement pour exécuter des applications de legs sur un logiciel d'exploitation indigène » pour ceux de toi le jeu à la maison, classé en avril de 2007 par Vo et Samer Arafeh (qui de Hoi de Microsoft travaille au grain de Windows) indique quelques détails de la façon dont ils force (et l'emphase pourrait dessus parce que les brevets sont des mots justes sur un morceau de papier) adaptez et améliorez spectaculairement à la compatibilité de logiciel dans de futurs dégagements de Windows.

Comme décrit dans le brevet, le problème de l'appui d'applications de legs se situe dans les binaries (DLLs et EXEs). Pendant que les logiciels d'exploitation sont mis à jour, les binaries de système changent. Des appels, des rappels de service et des exceptions plus anciens de système peuvent ne pas exister du tout dans le nouveau logiciel d'exploitation, peuvent exister à un certain degré ou peuvent produire des réponses alternatives. Quels dont est susceptible de détruire le havok sur les applications de legs qui dépendent de ces binaries.

Actuellement il y a deux solutions conventionnelles au problème. Chacun avec leurs avantages et inconvénients respectifs.

Cales

Le premier utilise l'utilisation des « cales ». Métaphorique parlant, c'est bande fondamentalement collante autour des bords à s'assurer que les choses ne tombent pas. Techniquement, c'est une pièce rapportée écrite sur demande qui est appliquée en marche quand des applications de legs sont chargées et se reposeront entre l'application de legs et les binaries indigènes de système. Censément Microsoft a écrit milliers de cales pour Windows Vista, et soyez écrivant toujours. L'amont est qu'il est relativement facile mettre en application des cales, mais doit produire des cales sur a par moyens de base d'application-par-application qu'il ne mesure pas bien du tout.

La deuxième solution prend la technologie de virtualisation d'avantage. En accueillant une machine virtuelle d'OS de legs, les applications de legs ne sauront pas pour améliorer. Appui total d'application d'offres de virtualisation mais à un coût lourd d'exécution. L'appui de matériel est également primitif, le rendant difficile de partager des ressources comme les graphiques 3D par exemple. Il exige également des utilisateurs de pouvoir installer chaque version des logiciels d'exploitation de legs.

Module de compatibilité d

La solution proposée prend par certains côtés le meilleur peu de tous les deux. It works first by detecting if the application was written for the native operating system. If not, it will load the application with its respective legacy system binaries. The accommodate the difference in system calls between the legacy binaries and native kernel, an Application Compatibility Module is placed in between to act as a translator for these calls. In certain cases where a comparative native system calls may not exist at all, the ACM could also be smart enough to provide the same functionality as the missing system call.

Hypothetically speaking, if the system detected an XP application it would load the XP system binaries (ex. system32_xp) and then a XP-to-WinNext compatibility module.

The benefit of this solution is it offers much broader application compatibility with relatively low investment on Microsoft’s behalf on the scale of per-application - they will only have to write a ACM for each legacy system they wish to support. Legacy applications will also be able to take full advantage of the system resources as a native application, because there is no emulation involved.

Notable Windows on Windows - the compatibility system used to provide 16-bit on 32-bit systems support and 32-bit on 64-bit systems support uses a similar concept.

One of the biggest gripes from most Windows enthusiasts has been the bloat legacy compatibility forces into Windows. Whilst this patent doesn’t specifically mention so, I presume such ACMs are modular and can be installed and removed on demand. For example, if you need to run Windows Vista applications in future versions of Windows, you will only download and install the Vista ACM Pack (with Vista binaries) for that operating system. Those who do not require legacy support will then be not required to install any ACMs.

Thinking about it, it could become a business model to sell ACMs separately to Windows - reducing the overall cost of Windows and charging a tiered price for legacy support. A cheaper and less bloated Windows, wouldn’t that be nice.