Je vais surement tester le barrier = 0 mais il faut le prendre avec des pincettes celui-ci. Comme je n'ai pas de système de cache avec batterie, c'est relativement risqué non ?
Sinon entre 'noatime' et 'data=ordered' je suis bon quoi :-/
Il y un détail que je remarque :
- sur la nouvelle machine qui est lente, iotop pendant le chargement du dump :
1/ jbd2/md4-8 (entre 60 et 80%)
2/ mysqld (3%)
3/ mysqld (1,5%)
sur l'ancienne machine qui est rapide, iotop pendant le chargement du dump :
1/ mysqld
2/ mysqld
3/ jbd2/md4-8
Les débits restent similaire (une trentaine de Mo/s) pendant la restauration ; je pense donc que c'est "normal".
Par contre c'est bizarre que dans un cas la journalisation soit le plus gros consommateur est pas dans l'autre.
[^] # Re: Réponses aux questions
Posté par kortex . En réponse au message MySQL - Gros problème de performance. Évalué à 1.
Bonjour,
Je vais surement tester le barrier = 0 mais il faut le prendre avec des pincettes celui-ci. Comme je n'ai pas de système de cache avec batterie, c'est relativement risqué non ?
Sinon entre 'noatime' et 'data=ordered' je suis bon quoi :-/
Il y un détail que je remarque :
- sur la nouvelle machine qui est lente, iotop pendant le chargement du dump :
1/ jbd2/md4-8 (entre 60 et 80%)
2/ mysqld (3%)
3/ mysqld (1,5%)
Les débits restent similaire (une trentaine de Mo/s) pendant la restauration ; je pense donc que c'est "normal".
Par contre c'est bizarre que dans un cas la journalisation soit le plus gros consommateur est pas dans l'autre.