Discussion :

[Songbird]

Bonjour,

J'aurais une petite question vis-à-vis de la gestion des threads du côté de la JVM.

Sur une machine multi-proco, les threads lancés par le développeur peuvent-ils être pris en charge par un coeur différent de celui qui "héberge" le processus de la JVM ou sont-ils limités à un seul coeur ? Si oui, existe-t-il un moyen de remédier à ça ?


Je vous remercie d'avance pour votre réponse,

Cordialement,

Songbird.

[Gugelhupf]

Bonjour,

Sur une machine multi-proco, les threads lancés par le développeur peuvent-ils être pris en charge par un coeur différent de celui qui "héberge" le processus de la JVM ou sont-ils limités à un seul coeur ?

"multi-core" ou "multi-proco" ?
Pour "multi-core" : Je ne suis pas sûr que les threads que tu crées (cf : new Thread() + start() ) soient exécutés uniquement sur le même core que celui qui démarre ton programme Java. Pourquoi penses-tu que les threads d'un programme Java sont exécutés sur le même core ?

A+

[Songbird]

Salut,

"multi-core" ou "multi-proco" ?

Multi-core, pardon.

Pourquoi penses-tu que les threads d'un programme Java sont exécutés sur le même core ?

J'ai lu un article à propos du GIL (Global interpreter lock) en python. Ca n'a rien à voir, mais je me suis dis que ça pouvait également s'appliquer à la JVM. (la VM n'a alors le choix que de faire tourner ses threads sur le même coeur)

EDIT: A moins d'avoir compris de travers.

[Gugelhupf]

Le GIL en Python (pour l'implémentation officielle CPython) ou Ruby (pour l'implémentation officielle Ruby) n'existe pas en Java (pour l'implémentation officielle OpenJDK ou même celle de la version propriétaire Sun/Oracle > JDK 1.3), donc tu n'as pas à t'en faire je pense

[tchize_]

Les threads java sont des threads natifs en général.

[Songbird]

D'accord, merci pour vos réponses.

Les threads java sont des threads natifs en général.

Saurais-tu sous quelle condition les threads ne le seraient pas ? (natifs)

Quelle différence peut-il y avoir entre un thread natif et un qui ne l'est pas ?

Merci d'avance pour ta réponse.

[tchize_]

Saurais-tu sous quelle condition les threads ne le seraient pas ? (natifs)

La règle générale est: si t'as pas tour fait pour avoir des thread non-natifs, t'as des threads natifs. Donc à moins d'avoir un environnement exotique et une jvm custom, tu ne devrais pas avoir à te poser la question;

Quelle différence peut-il y avoir entre un thread natif et un qui ne l'est pas ?

https://en.wikipedia.org/wiki/Green_threads

[Gugelhupf]

Tu as des threads natifs si leur ordonnancement est géré par l'OS (ce qui est le cas pour une JVM standard), si tes threads sont gérés par une VM alors ils ne sont pas natifs (ex: les greens threads pour les JVM particulières).

si t'as pas tour fait pour avoir des thread non-natifs, t'as des threads natifs

Je n'ai pas compris le sens de cette phrase mais pour le reste je suis d'accord.

[Songbird]

Merci pour le lien.

Donc j'en conclue que les greens threads sont bien moins performants que les threads natifs, sauf lors du "démarrage" du thread et de la synchronisation des données. (ce qui n'est pas franchement critique)

Bonne soirée à vous !

[Songbird]

Je n'ai pas compris le sens de cette phrase mais pour le reste je suis d'accord.

Je suppose qu'il voulait dire que tant que le développeur n'entrave pas la JVM avec des flags à son lancement, elle ne devrait pas lancer dans threads non-natifs.

EDIT: Oulah, je n'avais pas vu que tu m'avais répondu, Gugelhupf, désolé du flood.