diff options
author | Ludovic Pouzenc <ludovic@pouzenc.fr> | 2011-02-22 14:41:01 +0000 |
---|---|---|
committer | Ludovic Pouzenc <ludovic@pouzenc.fr> | 2011-02-22 14:41:01 +0000 |
commit | 319f923c57c640dd35679817924d063e6741b623 (patch) | |
tree | 20788d51b9f790f07cef7715437d209045cc755c /ddhardrescue-1.0/debian/README.source | |
parent | 78725557a028004d6e03a6ce82856eae282a1a8f (diff) | |
download | 2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.tar.gz 2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.tar.bz2 2011-ddhardrescue-319f923c57c640dd35679817924d063e6741b623.zip |
Fonctions des slices terminées, module recovery qui contient l'algo de récupération terminé aussi.
Main minimaliste pour lancer des tests à droite à gauche.
Mises au points à coup de valgrind et ddd, ça a l'air presque bien, il reste peut être un bug ou deux dans des cas à la con.
La fonction slicesFindLargest est coûteuse. On peut imaginer une version qui prends en argument :
- le max potentiellement trouvable (permet d'éliminer plein de parcours dans la majorité des cas vue l'utilisation qui est faite des slices dans le recovery. La fonction retournerai le premier slice qui correspond à cette valeur de maximum.
- un pointeur vers le slice à partir duquel commencer la recherche, qui serait le pointeur du slice trouvé la précédente fois. Permet dans le cas général de trouver vite. Il faut quand même reprendre la liste au début jusqu'à ce pointeur si on arrive à la fin de la liste sans avoir trouvé.
git-svn-id: file:///var/svn/2011-ddhardrescue/trunk@3 d3078510-dda0-49f1-841c-895ef4b7ec81
Diffstat (limited to 'ddhardrescue-1.0/debian/README.source')
0 files changed, 0 insertions, 0 deletions