Discussion :

[Koudou]

Bonjour,

J'ai une simple question sur Java NIO.

Si je comprends bien, l'objectif (entre autres) est de remplacer la technique "1 thread par client" de java.io par une technique réactive qui exécute du code à chaque fois qu'une requête arrive. Jusque là j'arrive à comprendre l'économie de mémoire et de CPU mais que se passe-t-il si une requête prend du temps à s'exécuter ?

Mettons qu'un client lance un calcul qui prend 10 secondes. Le serveur est bloqué pendant 10 secondes et passera à la requête suivante quand il aura fini ?

Je sais que c'est une question de noob mais je suis un noob. :-)
Merci de votre aide.

[adiGuba]

Salut,

Mettons qu'un client lance un calcul qui prend 10 secondes. Le serveur est bloqué pendant 10 secondes et passera à la requête suivante quand il aura fini ?

Oui !

Mais l'idée c'est de traiter rapidement les "traitements" rapide.
Si tu dois avoir des traitements long il vaut mieux passer par un thread pour gérer cela...
Mais tu pourras traiter les opérations courtes directement.



a++

[Koudou]

Ok. La technique 1 client 1 thread me convient mieux alors dans ce cas.

Merci pour la réponse.

[Pill_S]

Oui mais c'est pas pareil, ça consomme beaucoup beaucoup plus de resources...

La technique qu'il te faudrait, c'est 1 thread pour nio, et n threads pour les traitements longs. le thread nio, quand il remarque que le traitement sera trop long pour lui, empile les tâches dans une file d'attente et les autres threads s'occupent de faire le boulot.

1 thread par client ça implique que le nombre de clients est (vite) limité. Avec nio, tu peux facilement augmenter ce nombre à plusieurs miliers de connexions simultanées... à toi de voir ce qui est le mieux pour ton besoin