Le benchmark montre un haut usage CPU et c'est une BONNE CHOSE.
Pourquoi ?
Parce que ca montre que reiserfs ne fait pas bcp d'operations bloquantes, qui font qu'il doit s'arreter sans cesse pour attendre xyz (mutex, I/O,...)
Si t'essaies de faire qqe chose pendant un mv avec reiserfs, t'auras aucun probleme, car le scheduler file du temps CPU selon la priorite des taches, pas selon le CPU qu'elles occupent. Le scheduler il en a rien a battre que ce soit un mv ou un mozilla, il regarde la priorite de la tache et fait avec(a qqes exceptions pres ou il booste la priorite notamment pour les I/O).
Sur un systeme charge, ton reiserfs il va pas utiliser 30% du cpu, car d'autres taches vont prendre le cpu de temps en temps.
[^] # Re: Validation d'une hypothèse...
Posté par pasBill pasGates . En réponse à la dépêche À nouveau noyau, nouveaux benchs de systèmes de fichiers. Évalué à 4.
Le benchmark montre un haut usage CPU et c'est une BONNE CHOSE.
Pourquoi ?
Parce que ca montre que reiserfs ne fait pas bcp d'operations bloquantes, qui font qu'il doit s'arreter sans cesse pour attendre xyz (mutex, I/O,...)
Si t'essaies de faire qqe chose pendant un mv avec reiserfs, t'auras aucun probleme, car le scheduler file du temps CPU selon la priorite des taches, pas selon le CPU qu'elles occupent. Le scheduler il en a rien a battre que ce soit un mv ou un mozilla, il regarde la priorite de la tache et fait avec(a qqes exceptions pres ou il booste la priorite notamment pour les I/O).
Sur un systeme charge, ton reiserfs il va pas utiliser 30% du cpu, car d'autres taches vont prendre le cpu de temps en temps.