BDD : Amélioration de la gestion des connexions

Ok. Je viens de comprendre....
Lorsque tu utilises le pool de connexions (mysql_connector) toutes les connexions sont pré-ouvertes donc comme là il y a un parametrage a 3 tu te retrouve avec un temps d'ouverture de connexion la 1ere fois égal au temps_unitaire * 3 puis les fois suivantes c'est quasi rien (0.02) . Chez moi c'est 0.13*3 => 0.39s + 0.02*3 pour la base data puis 0.39s + 0.02 pour les photos => 1.20 (j'arrondis...)
Alors qu'en mysqldb tu ouvres à la demande : 0.13*4 ==> 0.52

si tu passes pour ces tests la taille du pool a 1 tu devrais obtenir des résultats plus comparables.

Il faut aussi savoir que le pool de connexion va ensuite mettre des temps beaucoup plus petits puisqu'il n'aura pas du tout a refaire les connexions On en revient a ce que je disais sur un des post de ce fil (la flemme de chercher lequel) : Le pool de connexion est utile pour les personnes chez qui l'établissement d'une connexion est "long" (>500ms) car dans ce cas là le temps à l'ouverture est largement compensé par le temps gagné sur les requêtes suivantes

Marc

Si je fixe la taille du pool à 1, je passe en effet, avec mysql.connector, de 2.6 à 1.9 s sur la fiche famille. Mais, du coup, on ne perd pas le bénéfice du pool s'il est à 1 au lieu de 3 ? C'est cette partie-là que je ne comprends pas.

Claude : C'est Alwaysdata.

Ivan

Bonjour Ivan. En fait ton pool à 1 t'amène au moins l'avantage de ne pas avoir à recréer la connexion à chaque fois. Comme je le dis dans mon post précédent ce gain devient visible à partir du moment où tu fais plusieurs connexions. Avec ma connexion à 0.10s cela représente 1s au bout de 10 connexions

Ce que je n'ai pas encore chiffré c'est si l'implémentation mysql.connector était moins rapide sur l'exécution des requêtes...

Ivan écrit: Bonsoir,

Il faut lancer les fichiers à chronométrer. Exemple : Pour tester la fiche famille, lance le fichier DLG_Famille.py individuellement et le temps de chargement s'affichera. Les autres fichiers sont (de mémoire) : DLG_Gestionnaire_conso.py, DLG_Individu.py, DLG_Grille.py.

Sans oublier de modifier auparavant le début du fichier GestionDB.py pour sélectionner "mysqldb" ou"mysql.connector" (C'est mysqldb par défaut).

Ivan

Ah zut, je n'avais pas fait comme ça j'ai bêtement fait un chronométrage manuel.
Je vais donc tout recommencer, avec et sans la résolution de noms et je renvoie mes résultats.

Bonjour,

Tandis que les linuxiens peuvent utiliser la version disponible sur Github, je propose aux Windowsiens de tester la prochaine version de Noethys en téléchargeant dès à présent la version Beta ici : http://www.noethys.com/index.php/telechargements/version-beta .

Je vous propose de la tester afin de vérifier que toutes les modifications effectuées ne comportent pas de bugs. Et il est également possible de tester notamment l'optimisation pour les connexions distantes.

Merci de rapporter vos retours ici.

Merci pour votre participation aux tests !

Ivan

C'est mal parti !

Ouh là oui, ça commence bien... :S

Tu as fais quelque chose de particulier après l'installation ?

Ivan

Pas du tout, en fin d’installation Noethys m’a demandé si je voulais l'ouvrir.
J'ai dit oui et voila !

C'est étonnant car tout fonctionne bien chez moi. Quelques questions bêtes, car je n'ai aucune idée d'où ça peut venir :

- C'est uniquement le mode réseau qui coince ? avec les fichiers exemples, ça fonctionne bien ?
- Tout fonctionnait normalement juste avant ? Tu n'as touché à rien avant l'installation ?
- Est-ce que, si tu réinstalles la version 1.1.5.0. (Disponible dans le menu Téléchargements > Version Windows), ça fonctionne normalement ?

Ivan

Avec le fichier exemple pas de pb mais c'est un ficher local
Avec mon fichier réseau à distance pas de problème (mais le serveur est toujours en 1.1.5.0)

J'ai le problème avec mon fichier sur mon PC qui est un fichier réseau même si je n'ai pas de réseau; j'ai installé MySQL pour pouvoir ouvrir les fichiers réseau.
Je suis revenu en 1.1.5.0 et je n'ai plus le problème.