s’attaquer à la pénurie de compétences avancées sur les bases de données
Pardon, mais, p'tet que le problème vient du fait que la doc est contre-intuitive? Chose qui sera jamais corrigée par des rencontres au sommet...
Désolé si je suis amer, mais je me tape (connotation négative volontaire) des systèmes "embarqués" (beaglebone black, 512Mio de ram, ça va, les ressources sont larges) sous debian, dont les softs utilisent mysql... pardon, mariadb.
Vu que "peu" de ram, systèmes sur mmc, distants (plusieurs 100aines de km, on peut pas y aller en un jour), et proprio (mea culpa) j'ai essayé de désactiver l'overcommit.
Soit. Sous linux, pas de souci, ça se fait en 1 ligne de conf. Par contre, ben, mariadb démarrait plus: pour une DB utilisée par 3 processus, il lui faut 10 threads/process, chacun bouffant sa dose de MébiOctets de RAM... bien trop pour l'usage.
Lecture de manpage. Modif de fichiers de conf. Essai... rien ne change. Réduire le nombre de threads ou la taille des caches ne fait RIEN, contrairement a ce que promets la manpage...
Alors, je sais, c'est pas fait pour l'embarqué, mais je dois faire avec, jusqu'a ce qu'on migre vers ce bon vieux sqlite, mais quand même, pourquoi qu'elle semble mentir, la doc? Pourquoi que c'est si dur de trouver des infos? Pourquoi qu'embarquer ce machin dans du proprio (désolé, vraiment, j'aimerai pouvoir release le code en libre, ma boîte y gagnerais même en qualité de code, parce que la, quand je lis le code, je pleure) embarqué, c'est pas possible?
Avant de s'attaquer aux problèmes avancés, attaquer la base serait p'tet pas mal.
Merci de votre lecture, vous pouvez moinsser maintenant :)
# s’attaquer à la pénurie de compétences avancées sur les bases de données
Posté par freem . En réponse à la dépêche Appel à contributions de la Fondation MariaDB auprès des universités. Évalué à 9. Dernière modification le 05 novembre 2019 à 21:53.
Pardon, mais, p'tet que le problème vient du fait que la doc est contre-intuitive? Chose qui sera jamais corrigée par des rencontres au sommet...
Désolé si je suis amer, mais je me tape (connotation négative volontaire) des systèmes "embarqués" (beaglebone black, 512Mio de ram, ça va, les ressources sont larges) sous debian, dont les softs utilisent mysql... pardon, mariadb.
Vu que "peu" de ram, systèmes sur mmc, distants (plusieurs 100aines de km, on peut pas y aller en un jour), et proprio (mea culpa) j'ai essayé de désactiver l'overcommit.
Soit. Sous linux, pas de souci, ça se fait en 1 ligne de conf. Par contre, ben, mariadb démarrait plus: pour une DB utilisée par 3 processus, il lui faut 10 threads/process, chacun bouffant sa dose de MébiOctets de RAM... bien trop pour l'usage.
Lecture de manpage. Modif de fichiers de conf. Essai... rien ne change. Réduire le nombre de threads ou la taille des caches ne fait RIEN, contrairement a ce que promets la manpage...
Alors, je sais, c'est pas fait pour l'embarqué, mais je dois faire avec, jusqu'a ce qu'on migre vers ce bon vieux sqlite, mais quand même, pourquoi qu'elle semble mentir, la doc? Pourquoi que c'est si dur de trouver des infos? Pourquoi qu'embarquer ce machin dans du proprio (désolé, vraiment, j'aimerai pouvoir release le code en libre, ma boîte y gagnerais même en qualité de code, parce que la, quand je lis le code, je pleure) embarqué, c'est pas possible?
Avant de s'attaquer aux problèmes avancés, attaquer la base serait p'tet pas mal.
Merci de votre lecture, vous pouvez moinsser maintenant :)