[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: RE : [Tsp-devel] Question sur le type 'String'
From: |
Eric NOULARD |
Subject: |
RE: RE : [Tsp-devel] Question sur le type 'String' |
Date: |
Tue, 6 Jan 2004 12:12:57 +0100 |
User-agent: |
Internet Messaging Program (IMP) 3.2.1 |
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