pbpg pourra t'éclairer sur le point de la consommation du CPU :
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.
# Pas d'inquiétudes
Posté par jmfayard . En réponse au journal Reiserfs 4 !. Évalué à 10.
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.
Le thread commence ici. Il est trollifère, mais la démonstration de pasBill est convaincante
http://linuxfr.org/comments/254247.html#254247(...)