Performances des webservices

**adaneels** · 27/03/2007, 14h15

Bonjour tout le monde,

Quelle méthode d'invocation de webservices est la plus stable d'après vous?

Je vous pose la question parce que j'utilise httprio depuis un bon moment, mais avec des tests de performance, je m'aperçois que cette méthode a ses limites.

Je m'explique :
- j'utilise un webservice écrit en delphi win32, implémentant une interface héritée de IInvokable. Il y a une méthode SetCompo(a, b, c : string) : integer; stdcall;
- mon application cliente a un httprio auquel je file l'url à attaquer puis je consomme la méthode du webservice.

Tout marche parfaitement.
Je passe aux tests de performance.
J'appelle 5000 fois de suite la méthode SetCompo. Ca plante au bout de 4000 en levant une erreur "SOAPHTTPException", la connexion au webservice est plantée.

Méthode pas propre qui fonctionne : je mets un Sleep(60) (60ms.) avant l'invocation, ça passe.
Du coup, chaque appel à la méthode mets 95ms a s'exécuter au lieu de 35ms, pas top mais ça passe

Avez-vous une idée de la meilleure façon de procéder ??
(faire des blocs pour réduire le nombre d'invocations, utiliser autre chose que httprio, ...?)

**Whiler** · 27/03/2007, 14h32

Salut,

Le connexion est plantée ? si tu fais un try catch... pour recommencer from scratch en cas de problème ? ça fonctionne ?

As-tu des traces côté serveur ? si oui, y a-t-il eu 3999, 4000 ou 4001 appels ?

**adaneels** · 27/03/2007, 14h53

[/QUOTE]

Envoyé par Whiler

Le connexion est plantée ? si tu fais un try catch... pour recommencer from scratch en cas de problème ? ça fonctionne ?

Oui, j'ai tenté un truc dans le genre (ça essaye jusqu'à tant que ça passe) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Repeat
  Try
    mon_invocation_de_methode;
    NotCrash:= True;
  Except
   NotCrash:= False;
  end; //try
Until NotCrash;

Mais une fois que l'erreur est levée, elle revient souvent, comme si le serveur est arrivé au bout de ses pompes et demandait un temps de repos (alors qu'il n'en a pas eu besoin pour les 4000 invocations avant).
D'où l'idée de laisser un temps de repos de quelques millisecondes à chaque fois.

Envoyé par Whiler

As-tu des traces côté serveur ? si oui, y a-t-il eu 3999, 4000 ou 4001 appels ?

Pas de traces côté serveur, tout va bien pour lui.
J'avais noté 4309 appels au départ de l'investigation, mais ça m'a l'air d'être un peu aléatoire (suivant performances de la machine hôte, si le proc et/ou de l'interface réseau sont déjà utilisés, etc.)

**Whiler** · 27/03/2007, 15h25

Tu es en train de stresser ton application... le temps de latence est logique pour simuler des temps de réflexion utilisateur (qd je n'aurai plus besoin de penser que par palier de 60ms, ça le fera

) ...

Ton application cliente.. c'est juste pour tester le serveur, ou au contraire pour tester un client ? Pourquoi 5000 appels enchaînés ? Cela me semble beaucoup pour une simulation.. mais c'est peut-être demandé par tes exigences...

**adaneels** · 27/03/2007, 15h49

Envoyé par Whiler

Tu es en train de stresser ton application...

Je vois qu'on a regarder le même webcast ce midi

Envoyé par Whiler

le temps de latence est logique pour simuler des temps de réflexion utilisateur (qd je n'aurai plus besoin de penser que par palier de 60ms, ça le fera ) ...

Je te comprends. Je pensais cela auparavant

Envoyé par Whiler

Ton application cliente.. c'est juste pour tester le serveur, ou au contraire pour tester un client ? Pourquoi 5000 appels enchaînés ? Cela me semble beaucoup pour une simulation.. mais c'est peut-être demandé par tes exigences...

L'application cliente est une console qui permet de charger un projet dans le projet. Un projet doit pouvoir contenir plusieurs milliers d'éléments.