Discussion :

[natoine]

J'ai testé mon appli vendredi dernier avec 30 utilisateurs en même temps.
Je fais de la persistence via hibernate mais dans des portlets (pour ceux qui ne connaissent pas les portlets, c'est très proche des servlets).
Donc en gros, j'ai eu 30 utilisateurs qui ont utilisé en même temps la même instance de portlet avec chacun une session différente.
Du coup, j'ai eu à peu prés 30 connections en même temps à ma base de données mysql.
Et il y a eu un probléme.
C'était trés lent dés que une requête hibernate était envoyée et au bout d'un moment, à peu prés 30 minutes, la connection à la base de données est devenue impossible.

Donc je regardais la doc d'hibernate et je me suis dit que ça devait être l'option connection.pool_size dans mon hibernate.cfg.xml qui était mal définie.
Lors de l'expérimentation, la valeur était définie à 1.
Je pense donc la passer à plus de 30 pour la suite.

Est-ce bien ce qu'il faut faire ?
Est-ce que 100 est une trop grosse valeur (est-ce qu'il y a une valeur limite en gros) ?
Quelles sont les conséquences de l'augmentation de cette valeur ?

[sinok]

Le mieux est de définir la pool size au niveau du serveur via le pool de connexions de la data source.
En effet cela permet de s'abstraire de la configuration de l'application.

Ensuite, le pool size dépend des capacités de ton serveur mysql. Un bon nombre de paramètre entrent en considération, OS, type de CPU, nombre de CPU/Core, mémoire allouée.

Le mieux est d'y aller par méthode empirique à partir d'une valeur de base dans les 10-20.

Toutefois, allouer un grand nombre de connections dans le pool (une centaine ou plus) a tendance à donner de mauvais résultats en général, en effet ça a tendance à saturer le SGBD au lieu du serveur java, ce qui revient au même.

La solution idéale étant d'équilibrer la charge entre les deux.

Pour le moment contente toi de commencer vers 15/20, si tu vois que ça déroule sans le moindre accroc sur la charge standard attentue, essaie de descendre ce nombre au fur et à mesure pour estimer le nombre minimal de connections à maintenir dans le pool. Si ça rame à 15/20, il faut à ce moment déterminer où se trouve la charge, ie sur le serveur d'appli ou sur le serveur SGBD. Suivant le cas il faudra augmenter ou diminuer le nombre de connexions qui sont dans le pool.

[ra77]

Le mieux est de définir la pool size au niveau du serveur via le pool de connexions de la data source.
En effet cela permet de s'abstraire de la configuration de l'application.

Ensuite, le pool size dépend des capacités de ton serveur mysql. Un bon nombre de paramètre entrent en considération, OS, type de CPU, nombre de CPU/Core, mémoire allouée.

Je confirme, il vaut mieux utiliser le pool de connexion du serveur d'application si tu en a un.

D'ailleur red hat/Jboss le confirme aussi

Hibernate's own connection pooling algorithm is, however, quite rudimentary. It is intended to help you get started and is not intended for use in a production system, or even for performance testing. You should use a third party pool for best performance and stability

.

[natoine]

Merci pour vos réponses.
Je passe à 15 pour l'instant.

Par contre, pour utiliser le pool de connection du serveur, il faut mettre quoi dans hibernate.cfg.xml du coup ?

[fr1man]

Rien, c'est ton serveur d'application qu'il faut paramétrer.

[sinok]

C'est le serveur qui gère tout ça via la datasource, il te faut juste pointer sur la datasource au niveau du hibernate.cfg.xml

La doc sur le pooling jdbc de mysql: http://dev.mysql.com/tech-resources/...onnectorj.html

Ensuite ton pool se configure différemment suivant les serveurs d'appli.

Sous quoi tournes tu?

[natoine]

J'ai déployé mes portlets dans un jboss portal sur une machine linux.
La distrib je crois que c'est une Red Hat.
C'est pas moi le responsable du serveur ^^