Une journée type de benchmark au centre de Rochester se déroule de la manière
suivante:
On commence par charger les “scripts” pendant environ 1 heure. Un “script” est
établi pour chacune des fonctions journalières d'un menu comme par exemple une
saisie de commande, ou une saisie de paiements
Une journée de test type
pour la comptabilité débiteurs;
il correspond à une image écran comprenant tous les éléments que la machine doit
connaître depuis le “signon” jusqu’à un E.O.J., y compris les définitions des
volumes par utilisateur, le nombre d’utilisateurs, le nombre et types d’entrées,
le nombre d’accès à la base de données etc…
Cette opération terminée, on va laisser Mercury tourner pendant environ 1 heure
puis on analyse les mesures effectuées par Mercury, à savoir:
– les traitements de “calibrage” (ou base line) qui reproduisent un environnement
type de production et destinés à familiariser le client avec les procédures de
test et à le mettre en confiance;
– les courbes de croissance destinées à situer le “genou de la courbe”, c’est
à dire le moment où la courbe s’accentue; une série de mesures avec une augmentation
régulière des volumes est lancée dans le but de tester les capacités maximum de
la configuration; une courbe de croissance et une courbe de “paging” seront éditées
Pour affiner les résultats, on changera une option de la configuration (plus de
mémoire, plus de bras d’accès disques) et on peut ainsi tirer des conclusions
des nouvelles mesures effectuées. Il est même prévu de faire des tests de récupération
du système en simulant des désastres tels que pannes de communications, coupures
de courant, crash disques etc…
En principe, une série de tests est effectuée le matin; sur la base des résultats
on écrit de nouveaux “scripts”, change des configuration et une nouvelle série
de tests est relancée l’après-midi. Si nécessaire, de nouveaux benchmarks peuvent
se poursuivre durant la nuit.
Les tableaux graphiques sont publiés avec des listings détaillés qui permettent
des analyses très fines auxquelles participent les conseillers techniques du laboratoire
AS/400. Nous avons apprécié leur support qui nous a parfaitement guidé durant
ces tests; nous avons mieux compris les divers comportements de l’AS/400 dans
des environnements différents. A en juger par le “Livre d’Or” du centre, nous
n’étions pas les seuls à apprécier les compétences du centre de test: “l’engagement
de votre équipe dans cette expérience a été remarquable de compétences professionnelles”
affirme un représentant de la Citybank alors qu’un autre client note : “Un support
de grande qualité ! C’est fantastique de disposer ainsi des “vrais” experts.”
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Les coûts cachés des merge requests générées par l’IA
- WatchGuard lance Rai, une IA agentique taillée pour les MSP
- Mythos révèle les limites d’un Zero Trust centré sur le réseau
- Faire évoluer la souveraineté des données du statut d’ambition politique à son application opérationnelle
Articles les + lus
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Avril 2026
À la une de la chaîne Tech
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Avril 2026
