La bonne heure d'évaluer l'exécution de Windows Vista
La mesure de l'exécution d'un logiciel d'exploitation est une chose rusée. En même temps, c'est la bonne et nécessaire chose à faire, parce que l'exécution est l'un de beaucoup de critères importants pour des clients. Une partie du tour de l'exécution de mesure est de chronométrer l'exécution de essai avec le cycle de produit tels que les résultats sont aussi signicatifs comme possible aux clients ; ceci les aide à prendre une meilleure décision en se servant du plein choix d'information disponible. En tant qu'un exemple, environ il y a une année nous avons commissionné une société appelée les technologies de Principled à entreprenez une étude comparer Windows XP SP2 à Windows Vista RTM. Que l'étude a trouvé les mesures d'exécution des deux logiciels d'exploitation étaient dans la même marge pour beaucoup charge que les utilisateurs de maison et d'affaires exécutent fréquemment dans des conditions réelles.
Mon point est que nous avons attendu pour effectuer ces essais benchmarking jusqu'à ce que Windows Vista ait atteint l'étape importante de RTM dans le cycle de produit, en tant que ceci permis nous pour fournir nos clients les données les plus signicatives disponibles alors -- les données très probablement pour affecter directement leur décision pour améliorer à Windows Vista. Nous faisons une gamme entière des essais de performance à chaque étape du procédé de développement d'OS, mais, en règle générale, nous évitons de partager des essais de repère du logiciel qui n'a pas RTM allé (c.-à-d., code final). Ceci explique pourquoi nous jusqu'ici n'avons édité aucun résultat des essais de repère (ni n'avons pas commissionné n'importe qui pour faire ainsi) sur des améliorations d'exécution provoquées par Windows Vista SP1. Les repères de édition de l'exécution de Windows Vista SP1 maintenant ne seraient pas un exercice valable pour nos clients, car le code est toujours à l'étude et, au degré que benchmarking les essais sont impliqués, demeure une cible mobile.
Hormis ce point, laissez-moi soulignent également qu'il y a une variété de manières au repère l'exécution d'un PC. Les différentes techniques peuvent donner différents résultats. Quelques techniques de repère examinent simplement l'exécution du matériel de PC en courant une série de charge à la vitesse surhumaine. De tels essais tendent exagèrent de petites différences entre les plateformes d'essai et par conséquent sont employés moins fréquemment de nos jours, remplacé en faveur de courir de repères charge aux vitesses humaines avec les attentes et la saisie de données réalistes. Les repères qui fonctionnent aux vitesses surhumaines fournissent souvent les résultats qui n'indiquent pas l'histoire entière. En fait, nous avons fait des choix délibérés pendant le développement de Windows Vista au foyer sur les scénarios réels affectant l'expérience d'utilisateur, plutôt que de se concentrer sur l'amélioration des opérations de micro-seconde imperceptibles à l'utilisateur. In addition, in Windows many operations can require additional processing time for work that is done for reasons that benefit the customer; these can include security, reliability or application compatibility checks conducted when a program launches. These operations may add microseconds to an individual application's launch that under real usage isn't perceivable to the human eye. When thousands such operations are strung together through automation, those few microseconds can have a cumulative effect on the benchmark result, causing performance to appear much better or worse than expected.
I've included below a video we captured depicting a "benchmark test" running a window-open, window-close routine at accelerated speed. You can see that it isn't representative of real-world user behavior and hence isn't an accurate gauge of the actual end-user experience. Further, tests like these only measure a very small set of Windows capabilities and so aren't representative of the user's overall day-to-day experience of working with Windows and running applications.
Video: Windows Vista benchmark testing
Methods like those of Principled Technologies that actually approximate the experience of using the PC, taking an OS through the paces of completing actual tasks at the approximate pace a user might click through them, tend to provide results far more useful to our customers. The typical Windows customer generally wants to know how his/her actual computing experience will change (read: improve) with an upgrade. The Principled Technologies tests do that.
For what it's worth, I can personally attest that I prefer to get my work done on Windows Vista SP1 RC bits. I run Windows Vista RTM on two production machines and SP1 RC bits on two others; in fact, I'm writing this post on a machine with SP1 RC bits installed. As a part of our internal SP1 testing program, I know that we continue to develop and improve SP1 every day, in large part based on feedback and bug submissions from external an internal Beta-test program members. IMO, the perceived gains in performance between SP1 Beta and SP1 RC code are significant. As I said at the beginning, though, performance is only part of the story -- don't forget that SP1 also brings support for new types of hardware and several emerging standards, and further eases an IT administrator's deployment and management efforts.
But don't take my word alone for it. We'll broaden the testing pool of SP1 RC bits soon (very soon), so when I post that notice here on the blog, you'll be able to put Windows Vista SP1 RC through its paces yourself. I think you'll find the experience worthwhile and satisfying.
Written by Nick White. Read more great feeds at is source WEBSITE
no comments.
Read more articles on Performance and otherSoftware and Service Pack 1 and SP1 and Featured News and Windows Vista.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
