Discussion :

[rdh123]

bonjour à tous

est il possible de m'éclairer sur la différence entre : Services, Threads et Processus

merci

[ram-0000]

Un processus est une application (c'est l'explication dont je suis le moins sûr, si il y a des perssones qui on mieux, je suis preneur). Je dirai aussi que le processus contient le code du programme.

Un thread est une unité d'exécution de code. C'est le thread qui utilise la CPU , la mémoire et qui exécute le code programme. Tout processus a au moins un thread (sinon il n'existe pas). Un processus peut avoir plusieurs thread qui s'exécutent simultanément (on parle alors de programmation multi-thread).

Deux processus ne partagent pas leurs espaces mémoire. Deux thread d'un même processus partagent leurs espaces mémoire (c'est pour cela que la programmation multi-thread est si "délicate").

Un service est un processus spécial qui s'exécute tout seul en tâche de fond et qui est lancé par le système. En général (mais ce n'est pas obligatoire) un service possède les privilèges "administrateur". Le mot "service" est plutôt issu du monde Microsoft. Dans le monde Unix, on parle plutôt de démon (daemon). Mise à par cette différence de mot, c'est la même chose entre "Service" et "démon".

[rdh123]

joyeuses fetes à tous :
merci pour ta réponse.
est ce que ceci est juste :

1. instruction
2. thread = 2 ou +instructions
3. processus = 1 ou + thread
4. application = 1 ou + processus
5. service = 1 ou + processus lancés par le système

[ram-0000]

C'est une manière simple (simpliste ?) de voir les choses

Pourquoi thread = 2 ou + instruction, c'est une faute de frappe et tu voulais mettre "1 ou +" ?

Pour info, une application peut comporter des services et des processus. Je pense par exemple à mon antivirus qui possède un service en arrière plan qui scan en permanence et un processus, la console, qui me permet de scanner spécifiquement ou de configurer.

[rdh123]

Pourquoi thread = 2 ou + instruction, c'est une faute de frappe et tu voulais mettre "1 ou +" ?

je crois qu'un thread fait au moins une une affectation après une opération

et ce que je voulais faire c'est de voir la place de chaque partie au sein du tout

[ram-0000]

je crois qu'un thread fait au moins une une affectation après une opération

Pas forcément, un thread peut faire une simple opération sans avoir besoin de stocker le résultat.

Est ce que l'on regarde le résultat de l'appel à printf() ? C'est très rare.

[rdh123]

printf() = combien d'instructions?

[ram-0000]

printf() = combien d'instructions?

Oh probablement un paquet d'instructions mais on analyse très rarement le retour de printf()

[rdh123]

merci pour ton aide ram0000

[sloshy]

Bonjour,
Les définitions ne sont pas toujours très simple à comprendre, car tout se ressemble et peut varier d'un OS à l'autre ...

Un processus est défini par :

• Un programme
• Leur propres espace dans la mémoire virtuelle
• Des ressources

Chaque processus est indépendant l'un de l'autre mais il existe bien entendu des exceptions.
- article du wikipedia -

Un thread (processus leger) se comporte de manière similaire au processus.
Il est contenu dans le processus (il en faut au moins 1 pour que le processus existe), c'est lui qui effectue le travail.
Il peut y avoir plusieurs thread dans un même processus, il partage alors la même mémoire de travail (ce qui est un avantage par rapport à la communication inter processus).
- article du wikipedia -

Un service n'a rien avoir la dedans, un service c'est un processus.
le service serait comparable à un programme, en ce sens qu'il est toujours executé avec les plus haut droit "system" sur l'OS.
Les services sont souvent natif au système, mais tu peux en coder un toi même (tout comme une app).

Comme dis plus haut, la MSDN fourni d'avantage de réponse à tes questions.
J'espère avoir pu t'aider,
amicalement, sloshy