J'ai lu l'article vite fait, et il donne l'exemple d'un thread qui lit complètement un fichier. Et donc bloque en théorie le programme qui utilise ce thread (j'ajoute: sauf si lui même a plusieurs threads à dispo).
Ça ne parait pas lié à Java proprement dit, c'est juste une façon d'utiliser les threads. Pourquoi pas, pour privilégier certains traitements importants. Du moment que l'interface répond toujours, au minimum (il faut donc au moins un autre thread). De toutes façons, le scheduler de l'OS va forcer un switch et ça ne doit pas bloquer la machine.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr
[^] # Re: bande passante / latence
Posté par jseb . En réponse au lien Blocking and non-blocking threads. Évalué à 2. Dernière modification le 15 janvier 2025 à 11:58.
J'ai lu l'article vite fait, et il donne l'exemple d'un thread qui lit complètement un fichier. Et donc bloque en théorie le programme qui utilise ce thread (j'ajoute: sauf si lui même a plusieurs threads à dispo).
Ça ne parait pas lié à Java proprement dit, c'est juste une façon d'utiliser les threads. Pourquoi pas, pour privilégier certains traitements importants. Du moment que l'interface répond toujours, au minimum (il faut donc au moins un autre thread). De toutes façons, le scheduler de l'OS va forcer un switch et ça ne doit pas bloquer la machine.
Discussions en français sur la création de jeux videos : IRC libera / #gamedev-fr