> - pour garder le meme processus utilisateur au fil des connexions
Pas utile. Java utilise des threads qui partagent tous le même espace mémoire.
> - sans pour autant saturer le serveur en memoire alloue
La mémoire est partagée donc chaque thread ne consomme que la "stack" allouée par le noyau (4Ko je crois) + l'espace utilisé pour le TLS (thread local storage) (Voir aussi la classe ThreadLocal en java). En gros sur du noyau 2.6 c'est pas un pb. Sur du 2.4 sans NPTL c'est un peu moins drôle, mais on parle de java, pas de linux.
> - et ou processus ou thread systeme.
Voir les annonces d'Ingo Molnar quand NPTL a été mergé dans le noyau (100000 threads avec une latence très faible sur PIV monoproc). C'est sur qu'a une époque reculée (2.4 sans NTPL), à partir de 300 process le noyau linux ne bougait plus. Maintenant no-souci.
En plus en java la bonne pratique est plutot de mettre le moins de choses possible dans la session et de consacrer ta ram a des caches LRU globaux pour éviter les requêtes en BD. En gros tu ne met quasiment rien dans la session et tu caches tout ce qui vient de la BD au niveau du serveur d'appli.
[^] # Re: PS
Posté par Thomas Cataldo (site web personnel) . En réponse au journal Apache/PHP et J2EE. Évalué à 1.
Pas utile. Java utilise des threads qui partagent tous le même espace mémoire.
> - sans pour autant saturer le serveur en memoire alloue
La mémoire est partagée donc chaque thread ne consomme que la "stack" allouée par le noyau (4Ko je crois) + l'espace utilisé pour le TLS (thread local storage) (Voir aussi la classe ThreadLocal en java). En gros sur du noyau 2.6 c'est pas un pb. Sur du 2.4 sans NPTL c'est un peu moins drôle, mais on parle de java, pas de linux.
> - et ou processus ou thread systeme.
Voir les annonces d'Ingo Molnar quand NPTL a été mergé dans le noyau (100000 threads avec une latence très faible sur PIV monoproc). C'est sur qu'a une époque reculée (2.4 sans NTPL), à partir de 300 process le noyau linux ne bougait plus. Maintenant no-souci.
En plus en java la bonne pratique est plutot de mettre le moins de choses possible dans la session et de consacrer ta ram a des caches LRU globaux pour éviter les requêtes en BD. En gros tu ne met quasiment rien dans la session et tu caches tout ce qui vient de la BD au niveau du serveur d'appli.