Discussion :

[philipina]

Bonjour,

J'ai réalisé une application J2SE qui fait de la conversion the protocol. Cette application était au départ prévue pour convertir + ou - 1000 requêtes par jour. Maintenant nous voudrions l'utiliser pour convertir 100 x plus de requêtes dans un même délais. Si je fais cela avec une seule instance de mon application elle devient trop lente. Je voudrais savoir quelles techniques pourrait-être utiliser pour permettre de démarrer différente instances de cette application en parallele lorsque cela est nécessaire en cas de surchage.
Est-ce possible? Si oui, quelle est le meillleur technique à envisager?

Merci d'avance pour vos réponses.

Remi.

[tchize_]

la question serait de savoir ce qui ralenti. Si c'est le CPU ou le swapping du à la charge mémoire, va falloir agrandir la machine qui héberge l'application. Si c'est l'application qui s"écroule suite au nombre de threads et la synchronisation, faut regarder à limiter les thread à la quantité la plus performante. Si c'est des délais de lecture sur de gros fichiers, faut mettre pls de threads en parallèle (avec le problème que, de toutes façons, tu va etre limité par les accès disque).


normalement, si on lance du clustering, ça sous entends plusieurs machine. Pourrais tu détailler le problème?

[philipina]

Bonjour,

En fait mon application est multhread mais j'ai quelques points de synchronization dans mon code qui font que à partir du moment o?u mon nombre de threads est trop élevé toutes les requêtes sont ralenties. Je vourdrais donc faire un système où, lorsque l'on atteint un certain nombre de requêtes une nouvelle instance est démarrer pour prendre en charge une partie de ces requêtes. Je pense finalement me diriger vers un système avec load balancing.

[tchize_]

Si je calcule, 1000 requetes / jour ça fait une requete toutes les minutes 30. Je suis pas convaincu que les points de synchronisation soient en cause avec un débit aussi faible. Parce que ça signifie que le travail d'un thread est de +- 1minutes. Si tu peux faire du loadbalacning, c'est que le travail de ces threads est indépendant (chaque requete est autonome) et donc la synchro ne devrait avoir lieu qu'après réalisation du travail. Si tu peux faire du loadbalancing ou du clustering sur ton application, c'est vraisemblablement que tu peux te passer des points de synchronisation couteux. Ou alors c'est que tes threads glandent méchament et faut revoir le design. Un profiler pourrait aider à trouver les points d'attente. Quelle est la charge CPU pendant la montée en charge?