-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[TECH] Réécriture du database builder pour accélérer les seeds #11428
Conversation
Une fois les applications déployées, elles seront accessibles via les liens suivants :
Les variables d'environnement seront accessibles via les liens suivants : |
390fc45
to
4fac1a8
Compare
dbcd524
to
b473eac
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On gagne 4s!
Chez moi c’est beaucoup plus 😅 Je dédie cette PR à tous les utilisateurs de puces Intel. |
Je passe de 11 secondes à 11 secondes 🥰🎉 |
Avant
Après
Alors certes on ne gagne que 2 secondes (sur une puce M3) mais on voit qu'on utilise le CPU de manière plus optimale, et c'est mieux pour tout le monde :-) |
Un jour j’aurai de l’ARM 😢 |
b473eac
to
04249ec
Compare
🥞 Problème
Le database builder fait les insertions une par une, ce n’est pas optimal.
🥓 Proposition
Faire des insertions par batchs.
🧃 Remarques
On ne peut pas utiliser
knex.batchInsert
car celui-ci ne fonctionne pas quand des fakeTimers sinon sont utilisés.😋 Pour tester
Faire un
npm run db:reload
ou bientime npm run db:reload
pour voir la différence.Vérifier que la RA est bien seedée.