Bonjour,
Je suis preneur d'information et retour sur l’expérience sur ce sujet:
D'avance merci.Code:
2
3
Version imprimable
Bonjour,
Je suis preneur d'information et retour sur l’expérience sur ce sujet:
D'avance merci.Code:
2
3
C'est une solution pacagée pour faire des tests de montée en charge selon le schéma TPC-C.
Pour autant que je sache il n'y a pas beaucoup d'autres projets de ce type.
Mais LA question importante est : qu'est-ce te t'attends du produit ?
Ça doit brouter un peu, alors !!Citation:
Envoyé par Michel.Priori
:plusser:Citation:
Envoyé par Pomalaix
Bonsoir,
Merci pour vos réponses.
Je veux connaître comment l'utiliser.
Sur leurs site :
je ne vois pas les tenants et les aboutissant.Code:
2
On configure. On lance et on attend? Jusqu'où?
Cordialement.
Le projet de TPC est de fournir un cahier des charges pour une base de données précise pour en faire des tests comparatif entre les matériel, entre les fournisseur de SGBD.
Le projet a commencé avec le -A, puis -B et maintenant -C (et -E) pour l'OLTP.
Le but est clairement la compétition.
Le site recense les résultats "officiels".
La suprématie d'Oracle s'est vue peu à peu grignotée surtout depuis qu'un nouvel indicateur "cout/transaction" a été publié.
On notera que les tests pour MYSQL ont été souvent menés avec le moteur de stockage MyISAM qui n'est pas transactionnel. Ce qui lui confère un avantage de performance "by design".
On notera aussi que l'ensemble des configurations sont tournées performance, à tel point qu'il est souvent déconseillé de faire tourner une production avec ce genre de réglage.
On peut penser que c'est de bonne guerre ou se dire qu'on est en face de monstres de laboratoire qui, in fine, n'ont pas grand chose à voir avec la réalité.
Pour moi, j'utilise leur données comme des absolus de performance vers lesquels faut aller, sachant qu'on ne les dépassera pas.
Le site est là : http://www.tpc.org/tpcc/
Pour le projet HammerDB :
Vu la complexité de monter un protocole de test qui soit "fair play" il est utile d'avoir un outil de mise en place du test de montée en charge.
C'est ce que propose HammerDB.
Vu qu'on va pouvoir agir sur n'importe quel paramètre du système hôte et du SGBD le "logiciel" HammerDB est "très souple" dans sa mise en œuvre.
Une fois la campagne de test terminée on relève les compteurs.
Si on veut vérifier une hypothèse on modifie ce qu'on pense être de bon aloi et on recommence.
A mon sens il est important d'apprendre des résultats des autres avant de se lancer car l'importance de tel ou tel paramètre (de la montée en charge) va stresser notre implémentation de façon parfois inattendue.
C'est un super exercice pour commencer à faire du "tunning" malgré la faiblesse du modèle TPC-C par rapport à la réalité.
Citation:
Envoyé par Michel.Priori
Oui, le TPC-C est complétement obsolète et totalement irréaliste aujourd'hui, mais maintenu pour la bonne et simple présence d'Oracle; la pire des transactions possède une jointure avec 2 tables...
Notons l'absence d'oracle dans le TPC-E bien plus moderne avec des transactions comportant 8 tables....
A +
Et allez, encore le troll :ptdr:
A ce niveau là c'est carrément puéril mon pauvre !