[Java] Threads & Co...
Résolu
azerty0
Messages postés
1274
Date d'inscription
Statut
Membre
Dernière intervention
-
azerty0 Messages postés 1274 Date d'inscription Statut Membre Dernière intervention -
azerty0 Messages postés 1274 Date d'inscription Statut Membre Dernière intervention -
A voir également:
- [Java] Threads & Co...
- Waptrick java football - Télécharger - Jeux vidéo
- Jeux java itel - Télécharger - Jeux vidéo
- Eclipse java - Télécharger - Langages
- Java apk - Télécharger - Langages
- Waptrick java voiture - Télécharger - Jeux vidéo
2 réponses
La théorie veut que les threads soient (sous certaines conditions) indépendants du thread principal, ce qui signifie qu'une fois lancé ils s'exécutent en parallèles, la JVM décidant à quel moment faire travailler un thread.
Il y a un mécanisme de priorité sur les threads, mais si tes deux threads ont la même priorité, ils devraient tous deux être traités en parallèles, ce qui pour l'utilisateur devrait rendre un affichage simultané.
Bien sûr les tâches ne sont pas traitées simultanément en soit, rien n'est jamais traité simultanément, mais à taille humaine c'est tout comme...
Par contre si un thread est plus prioritaire qu'un autre, tout ceci sera faussé, et le thread prioritaire aura donc plus souvent la main (moment où il peut faire ses calculs) qu'un thread moins prioritaire.
De même si un thread nécessite une entrée-sortie, il rendra la main le temps d'avoir le retour de cette opération qui peut-être "longue" si on doit accéder au disque-dur par exemple.
Il y a un mécanisme de priorité sur les threads, mais si tes deux threads ont la même priorité, ils devraient tous deux être traités en parallèles, ce qui pour l'utilisateur devrait rendre un affichage simultané.
Bien sûr les tâches ne sont pas traitées simultanément en soit, rien n'est jamais traité simultanément, mais à taille humaine c'est tout comme...
Par contre si un thread est plus prioritaire qu'un autre, tout ceci sera faussé, et le thread prioritaire aura donc plus souvent la main (moment où il peut faire ses calculs) qu'un thread moins prioritaire.
De même si un thread nécessite une entrée-sortie, il rendra la main le temps d'avoir le retour de cette opération qui peut-être "longue" si on doit accéder au disque-dur par exemple.
