Présentation
Auteur(s)
-
René J. CHEVANCE : Consultant - Chargé de mission au Centre d’étude pour la maîtrise des systèmes et du logiciel (CMSL) - Professeur associé au Conservatoire national des arts et métiers (CNAM)
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
La performance des systèmes ne peut s’exprimer par la simple liste des performances élémentaires (processeur, mémoire, entrées-sorties, disques, etc.). Ces chiffres, pour utiles qu’ils soient, ne reflètent pas la performance des systèmes sur des applications concrètes et ne permettent pas des comparaisons entre différents systèmes. Devant le besoin exprimé par les utilisateurs d’effectuer ces comparaisons, les acteurs du domaine (constructeurs informatiques, fournisseurs de systèmes d’exploitation ou de middlewares, tels que systèmes de gestion de bases de données, moniteurs transactionnels ou serveurs web) ont défini en commun des bancs d’essai de performance (« benchmarks ») pour différents types d’applications des systèmes. Nous désignons sous les termes banc d’essai de performance (benchmark dans la littérature anglo-saxonne, que nous traduirions plus volontiers par étalon de performance), une spécification – qui peut être accompagnée de programmes en langage source – définissant de façon précise les conditions dans lesquels les mesures doivent être réalisées. Ils sont censés être représentatifs des cas d’utilisation concrets. Nous reviendrons à la fin de cet article sur la représentativité de ces bancs d’essai et sur les interprétations qu’il convient d’en faire.
Nous examinons ici successivement les performances au niveau processeur et au niveau système (serveurs et stations de travail, PC essentiellement). Nous ne traitons pas en détail les bancs d’essai relatifs aux applications de type traitement numérique intensif.
Par ailleurs Méthodologie en matière de performance des systèmes, nous proposons une méthodologie pour aborder les aspects performance dans les projets, ainsi que l’analyse opérationnelle. C’est une technique simple qui permet de prédire, à partir de données pouvant être aisément obtenues, le comportement d’un système et ses limites. Puis nous abordons les techniques de gestion et de prévision de la charge des systèmes (« capacity planning »).
Cet article s’inspire étroitement de l’un des chapitres de l’ouvrage « Serveurs multiprocesseurs, clusters et architectures parallèles » que l’auteur a publié chez Eyrolles en 2000 . Le contenu a toutefois été complété pour rendre compte des évolutions intervenues depuis la rédaction de l’ouvrage et intégrer les bancs d’essai de performances pour les PC.
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
3. Serveurs
Le souci de standardisation dans le domaine de la performance au niveau système a précédé celui relatif à la performance au niveau processeur. Jusque vers le milieu des années 1980, les constructeurs exprimaient la performance de leurs systèmes en fonction de bancs d’essai qui leur étaient propres, rendant ainsi toute comparaison impossible. Une première tentative de standardisation a vu le jour dans la seconde moitié des années 1980, avec un banc d’essai appelé Débit / Crédit, ou TP1. Il correspondait à une transaction bancaire simple. L’absence de rigueur dans la définition de ce banc d’essai, ajoutée aux dérives que l’on a pu constater dans la publication des résultats ont conduit les différents acteurs à fonder une association, le TPC (Transaction Processing Council), dont l’objectif était et demeure la définition et la promotion des bancs d’essai pour les applications de gestion ainsi que la publication des résultats. De son côté, SPEC a défini des standards de performance au niveau du système pour certaines applications de nature non transactionnelle. Comme le montre la suite, les standards sont complémentaires.
3.1 Bancs d’essai SPEC
Tout comme pour les performances au niveau processeur, les mesures sont effectuées par les sociétés à partir des spécifications et des programmes fournis par SPEC, qui publie sur son site les résultats qui lui ont été communiqués. SPEC ne réalise donc pas de mesures.
Les bancs d’essai suivants ont été développés pour caractériser la performance au niveau système :
-
SPEC Homogeneous Capacity Method. Ce banc d’essai a pour objectif de caractériser l’efficacité des implementations multiprogrammations et multiprocesseurs (SMP : Symmetrical Multi- Processor) pour des activités ne mettant en jeu que les unités de traitement. Ce banc d’essai consiste à exécuter simultanément les programmes servant à déterminer les valeurs SPECint et SPECfp. De ce fait, il ne met en œuvre qu’un nombre limité d’éléments du système, et les entrées-sorties, notamment, ne sont pas mises en jeu. Il n’est pas, à proprement parler, représentatif...
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Serveurs
BIBLIOGRAPHIE
-
(1) - CHEVANCE (R.J.) - Serveurs multiprocesseurs, clusters et architectures parallèles. - Eyrolles (2000).
-
(2) - * - http://www.spec.org
-
(3) - HENNING (J.L.) - SPEC CPU2000 : Measuring CPU Performance in the New Millenium. - IEEE Computer, 28‐35, juil. 2000.
-
(4) - * - http://www.openmp.org
-
(5) - * - http://www.tpc.org
-
(6) - * - http://www.bapco.com
-
(7) - * - http://www.madonion.com
-
...
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(239 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive