Discussion :

[JacekB]

Bonjour,

Je vais vous poser une question tres generaliste.
Nous utilisions dans nos scripts la lib MySQLdb. Or, celle-ci utilise beaucoup de RAM suite a une fuite memoire decrite ici: http://stackoverflow.com/questions/2...le-memory-leak

Par consequent, nous utilisons la librairie pymysql mais celle-ci a un autre defaut: elle charge enormement le CPU (mais vraiment enormement, avec des temps de reponse tres lent).

Est-ce que quelqu'un a deja eu un probleme similaire ou a des idees pour corriger cela ?

Merci d'avance....

[wiztricks]

Salut,

Nous utilisions dans nos scripts la lib MySQLdb. Or, celle-ci utilise beaucoup de RAM suite a une fuite memoire decrite ici: http://stackoverflow.com/questions/2...le-memory-leak

Par consequent, nous utilisons la librairie pymysql mais celle-ci a un autre defaut: elle charge enormement le CPU (mais vraiment enormement, avec des temps de reponse tres lent).

Est-ce que quelqu'un a deja eu un probleme similaire ou a des idees pour corriger cela ?

La discussion de stackoverflow mentionnée contient une réponse qui vous explique qu'il n'y a pas de fuite mémoire et comment consommer moins de mémoire et de CPU.

- W

[JacekB]

Bonjour,

Certes, mais la solution proposée ne fonctionne pas. Et je confirme qu'il y a bel et bien une fuite mémoire avec cette lib, aussi bien la version 1.2.3 que la version 1.2.5, fuite confirmée après de nombreux essais en entreprise.

Par contre, il a suffit de remlacer la lib MySQLdb par pymysql pour supprimer cette fuite mémoire. Seul problème, cette dernière est entièrement écrite en Python, contrairement à MySQLdb, écrit en C, et du coup elle est beaucoup plus lente...

La meilleure solution semble de migrer sur Postgresql, apparemment beaucoup de gens se plaignent de MySQLdb.

Si jamais ça peut servir à quelqu'un....

[wiztricks]

Certes, mais la solution proposée ne fonctionne pas. Et je confirme qu'il y a bel et bien une fuite mémoire avec cette lib, aussi bien la version 1.2.3 que la version 1.2.5, fuite confirmée après de nombreux essais en entreprise.

Par contre, il a suffit de remlacer la lib MySQLdb par pymysql pour supprimer cette fuite mémoire. Seul problème, cette dernière est entièrement écrite en Python, contrairement à MySQLdb, écrit en C, et du coup elle est beaucoup plus lente...

La meilleure solution semble de migrer sur Postgresql, apparemment beaucoup de gens se plaignent de MySQLdb.

Si jamais ça peut servir à quelqu'un....

Si vous voulez rendre service, remontez votre problème aux développeurs de la bibliothèque, ils pourront confirmer le bug et travailler à sa résolution.

En entreprise, le développeur d'application a rarement le choix du SGDB: MySQL, PostgresSQL,...
Si les données clients sont déjà dans un SGDB, même si une migration est envisageable, les SGDB sont souvent partagées par plusieurs applications et leur maintenance demande des savoir faire qui ne s'acquièrent pas si facilement: vous devez faire avec.

- W