Re: [Tsp-devel] Increasing memory while sampling

[Eric Noulard]

Le 26/07/07, ALAUX, Virginie <address@hidden> a écrit :
> Bonjour,
>
> J'ai un gros souci avec TSP de croissance de la mémoire sur le 1er sampling
>
> 1er test:
> Mon client commence son sampling ( 100 values à 64 Hz)  (appel à 
> tsp_consumer_request_sample_init) =>La mémoire augmente sans arrêt (~ 1MB/sec).

> Pouvez vous m'aider, car là je suis bloquée?
> Peut-être est ce un problème avec le receiver qui désalloue mal puis qui est 
> nettoyé avec tsp_consumer_request_sample_destroy ?

Je reviens sur le sujet en attendant de voir le code car j'ai une suggestion
comme je n'arrive pas à reproduire ce type de pb avec  le couple
tsp_stub_server / tsp_ascii_writer

Est-ce que tu serais en mesure de faire le sampling non pas avec ton consumer
mais avec un des consumers tsp (par ordre de préférence):

   - tsp_ascii_writer
   - tsp_gdisp
   - tspfs
   - targa

voir le Programming Guide pour leur utilisation:
http://download.savannah.nongnu.org/releases/tsp/documentations/tsp_programming_guide-1.1.pdf

Par exemple pour tsp_ascii_writer il "suffit" d'écrire un fichier
texte qui contient
la liste des symboles à sampler avec sa période associée:

symbol1           1
symbol2           1
...

si c'est possible il serait intéressant de voir si tsp_ascii_writer
présente la même
fuite mémoire ou pas.

Personnellement avec tsp_stub_server comme provider et tsp_ascii_writer comme
consumer je n'ai pas de fuite répétitive mais seulement une fuite d'un
milliers d'octets correspondant au bug 19852
https://savannah.nongnu.org/bugs/?19852
qui n'est pas encore corrigé.

Néanmoins ce bug ne provoque PAS de fuite infinie comme tu le décris
mais une fuite unique et stable (qui n'augmente pas avec la durée de sampling).
La taille de la fuite est probablement proportionnelle aux nombres symboles
échantillonnés, dans mon cas 1,205 bytes pour  18 symboles.

Mon test:

tsp_stub_server
puis
tsp_ascii_writer -x stub_ascii_writer_config.dat -u rpc://localhost

je joins le fichier .dat pour info.

Une dernière question à tout hasard est-ce que l'un ou les 2
des appels à
tsp_consumer_request_sample_init
utilise la possibilité qu'on a de passer un callback?
cf la spec d'API:

TSP_consumer_request_sample_init(TSP_provider_t provider,

TSP_sample_callback_t callback,
                                                    void* user_data)

si OUI merci de nous communiquer le code de la fonction callback

--
Erk

stub_ascii_writer_config.dat
Description: Binary data