Re: Fwd: Plan de test Clever Age

Salut à tous,

Voici la réponse que je viens de recevoir de Clever Age, concernant les
tests qu'ils vont mener pour Décision Informatique.

Jean-Max a confirmé qu'il voulait bien faire l'interface avec eux
pendant mes vacances, un grand merci à lui.

A+

François

PS: oui, je sais, les infos dans le post-scriptum sont décevantes, mais
ils sont obligés, sinon MySQL serait éliminé d'office. Dommage...

Begin forwarded message:

>> Bonjour,
>>
>> Merci pour votre réactivité.
>> Voici le plan d'action prévu.
>> 1/ réception du matériel et installation de la plate forme de tests
>> 2/ rodage des tests de montée en charge par Clever Age
>> 3/ intervention de chaque constructeur ou représentant d'une
>> communauté afin d'optimiser cette plate forme
>> 4/ tests proprement dit.
>>
>> La personne évoquée plus haut pourrait intervenir durant la phase 3.
>> Les optimisations porteraient sur :
>> - le serveur pgsql en lui même
>> - l'optimisation de la plate forme (Linux)
>> - l'optimisation du schéma des tables et des requêtes.
>>
>> Je ne peux pas vous donner de planning pour l'instant car je n'ai pas
>> de dates pour la phase 1.
>> Je reprendrais donc contact avec vous à la fin du mois, je l'espère.
>>
>> Cordialement
>>
>> Olivier Mansour
>>
>>
>> ps : Le modèle utilisé sera simpliste (2 tables), de même pour les
>> requêtes. L'utilisation des vues, triggers et procédures stockées ne
>> sera pas autorisée. Je vous communiquerais le plan de test dès qu'il
>> sera rédigé au propre.

Francois Suter wrote:

> François
>
> PS: oui, je sais, les infos dans le post-scriptum sont décevantes,
> mais ils sont obligés, sinon MySQL serait éliminé d'office. Dommage...

François,

Ce n'est pas décevant, c'est du foutage de geule!

Comment peux tu demander à qqun de la liste de participer à ce simulacre
de benchmark???

>>> La personne évoquée plus haut pourrait intervenir durant la phase 3.
>>> Les optimisations porteraient sur :
>>> - le serveur pgsql en lui même
>>> - l'optimisation de la plate forme (Linux)
>>> - l'optimisation du schéma des tables et des requêtes.
>>

A quoi ça sert d'optimiser la plate-forme pour deux tables? De qui se
moque t on?

Optimiser un schéma de deux tables? des requetes???

WOW! *IMPRESSIONANT* si je comprends bien, il va y avoir un JOIN entre
deux tables???

Putain! c'est magique les SGBDR ( enlevez le R pour MySQL )

>>> ps : Le modèle utilisé sera simpliste (2 tables), de même pour les
>>> requêtes. L'utilisation des vues, triggers et procédures stockées ne
>>> sera pas autorisée. Je vous communiquerais le plan de test dès qu'il
>>> sera rédigé au propre.
>>

Soit, je vous le dis d'avance, MySQL sortira vainqueur du test, à n'en
pas douter.

C'est *vraiment* du n'importequoi!

« Décision Micro, on est vraiment des rigolos »

2 tables??? Mais sans déconner, qui peut penser que leur test à la con
est représentatif?

En plus on n'utilise même pas ce qui est un des points forts de PG par
rapport à MySQL???

Franchement, à qui veut on faire avaler cette pilule énorme?

Je suis sincèrement énervé par tant de bétise. Là je suis limite à
rédiger un courrier à ces rigolos.

J'espère que les lecteurs de Décision Micro ne seront pas dupes. On veut
juste faire de la pub pour MySQL là, c'est une évidence.

--
Jean-Paul ARGUDO
www.Argudo.org
www.PostgreSQLFr.org

Jean-Paul ARGUDO m'expliquait (le 14.07.2004 18:45):

> J'espère que les lecteurs de Décision Micro ne seront pas dupes. On veut
> juste faire de la pub pour MySQL là, c'est une évidence.

Les conditions de test ne seront peut être pas publiées. C'est là que
je sens les risques. Sinon je suis en tout point d'accord avec toi.
Faire des tests, oui, mais pas n'importe comment et pas sans se référer
à un cas concret. Toute autre tentative pourrait être assimilée à soit
de la manipulation de lecteurs (en étant partial et en partant dés le
départ comme favorisant une solution par rapport à une autre) soit à de
l'incompétence flagrande dans le benchmark.

--
Jean-Christophe Arnu
Paratronic

> François,

Salut Jean-Paul,

> Ce n'est pas décevant, c'est du foutage de geule!

Je suis d'accord avec toutes tes remarques. Ce que je propose est que
nous attendions déjà le plan de test détaillé. De toute façon, comme
ils vont soumettre PostgreSQL au test, le mieux semble quand même d'y
participer afin d'obtenir les meilleurs résultats possibles.

Par contre, rien n'empêche d'accompagner nos conseils de remarques sur
ce que nous pensons de la validité de tels tests (en gros, ton mail,
mais formulé plus calmement :-), en espérant que ces remarques seront
au moins en partie publiées, ne serait-ce qu'en pied de page. La force
de nos arguments devrait venir du fait qu'ils ne concernent pas que
PostgreSQL: tous les SGBDR testés se retrouvent perdants face à
MySQL...

A+

---------------
Francois

Home page: http://www.monpetitcoin.com/

"Nous sommes peu à penser trop, trop à penser peu." - Françoise Sagan