Discussion :

[grunk]

Salut à tous,

j'ai dans une appli un thread qui va monitorer le niveau de CPU à interval régulier.
Je récupère l'info dans le fichier /proc/stat.

Ce qui me gène la dedans c'est que je vais aller ouvrir ce fichier toutes les secondes ce qui ne me semble pas approprié en terme d'accès disque (31 millions d'accès disque sur une année juste pour le CPu ...)

D'où ma question , y'a t'il une solution n'imposant pas l'accès à un fichier et qui reste précise ?

Merci

[ternel]

Pour commencer, ce n'est pas un vrai fichier, mais un "truc qui se comporte comme". Exactement comme /dev/null.

Sinon regarde ce que font ps ou top.

[grunk]

D'accord. Est ce que ca veux dire que ce code :

Code :

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

1
2
3
file*=*fopen("/proc/stat",*"r");
fscanf(file,*"cpu*%llu*%llu*%llu*%llu",&totalUser,&totalUserLow,&totalSys,&totalIdle);
fclose(file);

Ne fait pas d'accès disque mais un accès mémoire puisque à priori /proc est un filesystem virtuel ?

[prgasp77]

Pas d'accès disque, mais un appel système. Tu pourrais tout aussi bien faire l'appel toi-même afin d'avoir plus de contrôle sur ce que tu récupères et notamment pouvoir gérer les cas d'erreur.

[BufferBob]

Sinon regarde ce que font ps ou top.

ils font pareil en fait, ils vont taper dans /proc, le problème étant que la charge CPU n'est pas instantanée, c'est une différence entre deux relevés, du coup ps affiche une utilisation CPU moyennement correcte tandis que top n'affichera ses premiers résultats qu'1s après son lancement environet nécessite de tourner en continu pour afficher une utilisation correcte

Est ce que ca veux dire que ce code (...) Ne fait pas d'accès disque mais un accès mémoire puisque à priori /proc est un filesystem virtuel ?

c'est tout à fait ça, /proc est un filesystem exporté par le noyau directement, en revanche comme dit prgasp77 ça fait quand même des appels système évidemment