RE: RE : [Tsp-devel] Question sur le type 'String'

[Eric NOULARD]

Selon "PAGNOT Robert (EADS ASTRIUM)" <address@hidden>:

> Faites gaffe aux données asynchrones !!!!

Oui très juste il faut 'juste' se donner un moyen de borner
un volume de données asynchrone acceptables.
A noter qu'actuellement le 'groupe' asynchrone est prévu
mais non utilisé (Corrigez-moi si je me trompe).

Eric

> 
> A+
> 
>       Robert
> 
> -----Message d'origine-----
> De : Eric NOULARD [mailto:address@hidden
> Envoyé : mardi 6 janvier 2004 09:49
> À : Stephane Galles
> Cc : tsp-devel; address@hidden
> Objet : Re: RE : [Tsp-devel] Question sur le type 'String'
> 
> 
> Selon Stephane Galles <address@hidden>:
> 
> > 
> > Pouf, pouf, j'ai pas tout compris à ce que tu dis,
> > mais je peux te passer l'info dont tu a besoin.
> 
> Je vais essayer de préciser.
> 
> > 
> > Tu trouveras des RingBuf à 3 endroits :
> > 
> > - coté consumer : 1 RingBuf pour empiler
> > les données qui arrivent dans leur format final
> > (double, etc...)
> > - coté provider : 1 RingBuf pour chacun des clients
> > pour empiler les données avant de les envoyer par
> > la socket,  pour éviter qu'un client qui bloque ne bloque
> > les autres clients.
> 
> Les 2 ringbuf précédents sont spécifiques d'une request_sample
> particulière, donc on sait déjà dans quel ordre on va mettre
> les choses dedans et également la place que cela prendra vu
> qu'on a construit les groupes pour les fournir en réponse dans
> l'answer_sample.
> 
> Donc on peut 'tailler' et instancier un ringbuf en fonction 
> de la derniière request sample et au moment de la request_sample_init.
> 
> Donc on ALLOUE (éventuellement dans un pool autorisé, pas forcément
> un malloc mais c'est un détail d'implementation) les RingBUF consumer
> et provider AU MOMENT de la request_sample_init EN FONCTION de la
> dernière request sample.
> On sait la taille et le type de ce qu'on aura à empiler dans ces
> RingBuf car on a construit la table des groupes.
> On dimensionne les ringbuf suivant un débit mini 
> annoncé par le consumer. Genre la requete global correspond à un débit
> moyen de 60k/s (une fois qu'on a passé tous les groupes) et le
> client annonce qu'il tiendr
> 
> 
> > 
> > Accessoirement, un RingBuf dans le glu stub de demo.
> > Mais c'est juste un choix d'implémentation, ce RingBuf
> > pourrait ne pas etre là.
> > 
--- more cutted ---
---
Erk