[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Tsp-devel] Question sur le type 'String'
From: |
Ibou de Joie |
Subject: |
Re: [Tsp-devel] Question sur le type 'String' |
Date: |
05 Jan 2004 00:23:54 +0100 |
Et un ringbuf qui gere des types de taille variable (Une zone memoire
commune globale, et on decale le ptr courant de la taille du dernier
element) : Certes on ne sait pas exactement le nombre de truc que l'on
peut y mettre, mais on connait leur occupation mémoire totale ? Ce doit
etre un peu tricky pour les pb d'alignement, et donc sans doute moins
efficace, mais à voir.
Et je suis (comme d'hab) d'accord avec Eric, le provider doit pouvoir
donner la taille max de chaque element à la connexion.
Y++
On Sat, 2004-01-03 at 13:13, Eric NOULARD wrote:
> Selon Stephane Galles <address@hidden>:
> Euh très honnêtement je pense que 8 caractères c'est un peu
> petit quiqui pour un Caribou de ta trempe.
>
> Je ne vois pas précisément le pb du ring buffer
> car je n'ai pas le code sous la main là ou je suis
> mais je pensais (bêtement) qu'une string avait une taille
> a priori illimité mais que le provider annonçait au consumer
> une taille MAX pour la session de sampling en cours de négoce.
> Ensuite une fois la request_sample_init, on peut plus toucher
> à la taille max, ce qui fait que le provider doit tailler
> son ring-buf en fonction de ça.
>
>
> > Bon, je me suis lancé sur le codage des autres types, int, string, etc...
> > J'ai commencé par le coté consumer. Je pense par contre que dans
> > un premier temps, et quitte à me contredir, je ne vais pas utiliser
> > les structures XDR pour la couche de transport. On vera cela
> > dans un 2eme temps.
> >
> > Une question concernant le type 'String' : Il y a bien une taille max ?
> > parceque si ce n'est pas le cas, je vais etre trés ennuyé pour les stocker
> > dans un ringbuffer coté consummer.
> >
> > Donc je propose 8 charatères max pour les string. Simplement parceque
> > les plus gros types (double et long long) font au max 8 octets et que donc
> > on ne perd pas de place dans les ringbuf à cause des strings.
> >
> > j'espere que le besoin 'String' ne consiste pas à essayer de faire transiter
> > des nombres en format string, sinon 8 charactères cela va etre un peu juste.
> >
> > J'avais compris ce besoin plutot pour faire passer des infos textuelles
> > comme "ON", "OFF", etc ... Am I right ?
>
> Je pense que tu as raison, mais on peut vouloir faire transiter
> un peu plus que 8 caractères.
>
> En gros, en ce qui concerne la taille max d'un string peut être dynamique
> MAIS une fois que les sample sont en route celle-ci ne change plus.
>
> De façon plus général, le consumer "découvre" les types des symboles
> (et donc leur taille) avec une request_info et/ou la premiere
> request_sample ensuite ces tailles ne peuvent pas changer dès que les
> sample ont commencés à transiter du provider au consumer.
>
> On pourrait imaginer que suite à un arrêt/redémarrage de la MEME
> requete de sample la taille/le type d'un symbole est changé.
> (si on oublie 30s le problème que ça pose côté provider).
>
> Qu'en penses-tu?
> >
> > Stephane.
> >
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Tsp-devel mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/tsp-devel
> >
>
>
> --
> ---
> Erk
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/tsp-devel
>