[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Tsp-devel] gérer un nombre de symboles.. .hum...important
From: |
Eric.NOULARD |
Subject: |
[Tsp-devel] gérer un nombre de symboles.. .hum...important |
Date: |
Thu, 10 Mar 2005 12:19:14 +0100 |
Je joins à mon mail un petit screenshot
d'un TSP gdisp+ qui a mis environ 1 minute à démarrer,
je vous laisse chercher pourquoi...
A noter qu'en voulant connecter jsynoptic à ce
provider TSP OPERATIONNEL (bb_provider),
il m'a gentiment explosé à la tronche--> "Out of Memory".
Ce n'est pas le cas de tsp_gdisp+ qui a juste "souffert"
pour démarrer.
A noter que même si certain consumer ont souffert le
provider lui semblait peinard :))
Je resalue stéphane pour ça.
Donc il faut ABSOLUMENT prévoir que:
********************************************
les consumers ne fasse PAS SYSTEMATIQUEMENT
une requete "tsp_request_infos".
********************************************
je vois 2 solutions à ça,
1) La première est en cours fichier de conf.
(sauf que dans le cas de jsynoptic ça marche pas
aujourd'hui parce qu'on ne sait pas créer un
fichier de conf sans se connecter à un provider
et donc envoyer l'infâme request_infos...)
2) La deuxième c'est qu'on implemente une API
requests_infos_limited qui renvoie un nombre limités
de symboles qui correspondent à un pattern (regexp)
on peut/doit imaginer un moyen de les découvrir
tous mais par petit bout...
Voila quand on laisse des utilisateurs mettre ...
autant de symboles qui veulent ce que ça donne :))
Eric
tsp_bb_provider_abuse.png
Description: tsp_bb_provider_abuse.png
- [Tsp-devel] gérer un nombre de symboles.. .hum...important,
Eric.NOULARD <=