Discussion :

[bachirOLip6]

bonjour,

je developpe un programme dans le quel je dois connaitre les ressources systemes utilisées par le process (memoire, temps cpu, swap ..etc). la seule fonction que j'ai trouvé est "getrusage" mais cette derniere ne donne que le temps cpu et le swap (a partir du noyau 2.4) il me reste donc la memoire.

si quelqu'un connait une fonction qui me donne la memoire utilisée ?


[Message déplacé du forum C par Gangsoleil]

[johari]

Quel langage utilises-tu : C , C++, Script Shell.....

[Katyucha]

Si ca vient du forum C et que l'entente du post est [C], je suppute que le langage utilisé soit du C

[bachirOLip6]

Si ca vient du forum C et que l'entente du post est [C], je suppute que le langage utilisé soit du C

tu as tout compris

[alveric]

Si le manque de portabilite ne te gene pas, tu trouveras surement ton bonheur dans /proc/self/.

[bachirOLip6]

en fait il me faut une fonction C qui me donne la taille de memoire utilisée, sinon j'aurais recuperer les données stockées dans /proc/meminfo mais le probleme c'est que lire un fichier et le parser est beaucoup trop lent.

[alveric]

Procfs est un systeme de fichiers virtuel, donc il n'y a pas vraiment d'IO. Tout depend a quelle frequence tu le fais, mais j'ai des appli graphiques de monitoring de temperature et d'etat de batterie qui rafraichissent leur etat depuis /proc toutes les 5 secondes... et je pourrais meme faire toutes les secondes sans probleme, a mon avis (a ce niveau, c'est l'affichage qui eset discriminant, pas les acces /proc).

[bachirOLip6]

moi ce que je veux c'est juste la memoire consommée par mon processus et non pas tous les process, il faut que je fasse ca a une frequence assez elevée 5 fois par seconde voir plus.
et le but de tout ca est de connaitre les ressources systeme consommées par mon application.

[alveric]

moi ce que je veux c'est juste la memoire consommée par mon processus et non pas tous les process,

/proc/self se refere au processus courant.
Le ficheir statm devrait etre ce que tu cherches (http://www.pointer.gr/documents/RedH...rectories.html).

il faut que je fasse ca a une frequence assez elevée 5 fois par seconde voir plus.

Comme le ficheir ne fait qu'une ligne, et en plus assez courte (qui plus est le tout premier champ devrait etre ce dont tu as besoin), tu peux faire une fonction d'essai assez vite: fopen pour ouvrir le fichier, tu lis la ligne avec fgets (dans un char[10] ou plus si tu as besoin des champs suivants) puis strtol, et fclose (en ajoutant evidemment les tests d'erreurs).
Certes, ce n'est pas portable, mais si ton appli est destinee a ne tourner que sur Linux, ca vaut le coup d'essayer (ou alors faut voir dans POSIX...).

[Smortex]

Salut

Bon ben quand tu alloue, tu sais ce que tu alloue .... puisque ce que tu passe a malloc pour allouer c'est justement la taille a alouer....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

malloc(sizeof(int));

Aloue la taille d'un int (taille qui depends de la machine)... donc sur ton PC, tu sais que tu viens de prendre 4 octets (puisque c'est ce que tu as demande)... Bref, la memoire occupee par un programme ca se calcule, ca s'evalue, ca se reflechit, mais on ne s'ennuie generalement pas a la mesurer....

[Jedai]

N'y a-t-il pas des problèmes annexes d'alignement de mémoire par exemple, qui font que l'espace occupé en définitive est plus important que prévu ? :

--
Jedaï

[bster]

non à moin d'avoir ecrit ton programme n'importe comment style programmation bilousoft...

il n'y a tjrs occupé au maximum lors de l'execution que le programme lui même la somme de la taille des variables et la somme des tailles de fichiers ouverts.... pour chaque programme

[bachirOLip6]

calculer la memoire allouée est impossible a faire dans mon cas, car mon programme n'est pas codé en C et de plus il faut compter la taille de la pile (variables locales).

je vais passer pour quelqu'un de tetu mais il me faut une fonction C qui me donne la memoire consommée par mon processus et pas autre chose.

pour l'instant la solution qui consist a lire le fichier /proc/statm est envisageable mais risque d'etre un peu trop couteuse.

[Tchetch]

Salut,

Ben par procfs ça paraît une bonne solution, et niveau temps, je ne pense pas que ce soit trop couteux, tu n'as qu'a essayer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
 
#define MEM_LOC "/proc/self/statm"
 
int main(int argc, char **argv)
{
	FILE *fp;
	int size=0;
	clock_t start, end;
 
	start=clock();	
 
	fp=fopen(MEM_LOC, "r");
	if(!fp)
	{
		fprintf(stderr, "Ne peut pas ouvrir le fichier.\n");
		exit(EXIT_FAILURE);
	}
 
	if(fscanf(fp, "%d %*s", &size)==EOF)
	{
		fprintf(stderr, "Le fichier n'a pas pu etre lu.\n");
		exit(EXIT_FAILURE);
	}
	fclose(fp);
 
	end=clock();
 
	printf("SIZE : %d \t TIME : %.4f s.\n", size, (double)(end-start)/(double)CLOCKS_PER_SEC);
 
	return EXIT_SUCCESS;
}

T.

[ALT]

Sûrement efficace.

Un bémol, néanmoins :
Depuis le noyau 2.6, ce n'est plus vraiment /proc qui est utilisé, mais /sys...

[alveric]

C'est deja pas tres portable, alors s'il se limite a une version du noyau...

[Tchetch]

Un bémol, néanmoins :
Depuis le noyau 2.6, ce n'est plus vraiment /proc qui est utilisé, mais /sys...

Personnellement j'utilise un noyau 2.4 (OpenMosix oblige) donc ce code fontionne très bien ! Après c'est à chacun d'adapter suivant son système.

T.

[alveric]

Au passage, si quelqu'un a de la bonne doc sur la bonne maniere de soutirer des infos sur le matos a sysfs en userland, je suis preneur

[ALT]

Un bémol, néanmoins :
Depuis le noyau 2.6, ce n'est plus vraiment /proc qui est utilisé, mais /sys...

Personnellement j'utilise un noyau 2.4 (OpenMosix oblige) donc ce code fontionne très bien ! Après c'est à chacun d'adapter suivant son système.

T.

Oui, mais il me semble (!) que la question était d'avoir une solution portable...

[bachirOLip6]

bein je crois que j'ai pas trop le choix, en plusj'ai trouve sur un autre forum un post expliquant que /proc/ est un bout de memoire du systeme mounté comme un pseudo fs donc l'incovenient de la rapidité de la technique ne se pose plus.

merci a tous de votre aide.