Discussion :

[simon884]

Salut à tous,

Voila je suis actuellement entrain de créer un petit programme en C++ et gtkmm pour le GUI qui permet de lister tous les processus Linux en cours. Jusque là aucun soucis je liste bien tous mes processus.

Maintenant j'aimerais allez plus loin en listant en temps réelle les processus qui débute ou ce termine, un peu comme le task manager de windows, mais j'ai aucune idée de comment faire ou par ou commencer.

Utiliser un Thread peut-être qui s'occuperait de récupérer les processus ou alors une fonction qui serait appelé tous les x secondes afin de récupérer les processus et ensuite rafraichir mon tableau ?

[LittleWhite]

Bonjour,

Je pense que l'idée du thread est la meilleure.
Sinon, en seconde idée à voir, c'est d'utiliser iNotify sur /proc ...

[simon884]

Bonjour,

Je pense que l'idée du thread est la meilleure.
Sinon, en seconde idée à voir, c'est d'utiliser iNotify sur /proc ...

Je pense aussi utiliser un Thread, le soucis c'est que je ne connaît pas trop ce domaine j'aimerais utiliser les thread c++11 std::thread, le soucis c'est que je ne comprend pas trop comment avoir un thread qui tourne tout au long de mon main.
D'après ce que j'ai compris je fait une fonction qui va récupéré mes processus et qui sera appelé par mon Thread jusque là pas de soucis.

Après dans mon main je fait quelque chose du genre :

Code :

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

1
2
3
4
 
std::thread t1 (ma_fonction_qui_recupere_les_processus);
 ... code ...
t1.join();

Si j'ai bien compris le .join() sert à joindre mon thread avec le thread du main c'est bien ça? Le soucis la c'est que je ne vois pas comment mon Thread peut être exécuter pendant toute la durée de vie de mon programme.

[LittleWhite]

Le thread doit d'une façon ou d'une autre, signaler à l'interface que les données sont prêtes. On peut pour cela, utiliser un mutex ou autre. Le join ne sera pas nécessaire, car le join place le thread appelant en attente de l'arrêt du thread.
On peut imaginer un thread, comme un second programme (ou une fonction) que l'on aurait lancé en parallèle du premier.

[simon884]

Ok je vois donc si je n'utilise pas le join mon thread tournera pendant toute la durée dévie de mon programme? J'ai un peu de mal à saisir en faite comment faire tout ca

[LittleWhite]

En effet, et uniquement lorsque l'utilisateur veut quitter, que l'on va se débrouiller pour quitter le thread et faire un join pour être sur qu'il est bien mort. Le join, c'est un peu comme donné des coups de battons dans un corps .

[simon884]

Ok mais il y a quelque chose que j'ai du mal à saisir dans ce code tout simple par exemple :

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
 
#include <iostream>      
#include <thread>         
 
void foo()
{
    std::cout << "hello\n" << std::endl;
}
 
 
int main()
{
    std::thread first (foo);    
 
 
    std::cout << "Main...\n";
 
    //  .... CODE ....
 
    //fin de mon main
    first.join();             
 
    return 0;
}

Maintenant dans mon cas de la récupération des processus en temps réelle, j'aimerais que la fonction appelé par mon thread puisse tourner en boucle et je vois pas trop comment faire ça, une boucle dans la fonction de mon thread ? mais je ne pense pas que ce soit la bonne méthode. Je suis vraiment un peu perdu sur la mise en place de cette fonction.
Tout les tutos que je trouve font de simple cout avec le nom du thread et son id par exemple.

[Bousk]

Un thread c'est juste un truc un peu magique qui lance une fonction en parallèle du programme principal.
Et qui s'arrête quand il a terminé son exécution.
Donc si tu veux un truc qui tourne "tout le temps", tu mets une boucle, et tu t'arranges pour pouvoir l'arrêter quand tu veux. Avec un flag par exemple.