Open NathanHayoun opened 1 year ago
After running the profiler, I found out that gumtree mapping was taking 99% of CPU time, so I implemented Caching for Requirement Mapper in commit 050fbec0c988cb0a7cafe355d82bc81ba6622a2b. It now create a cache of gumtree operations so that they won't have to be repeated again for the same diff. It uses Jetbrains/xodus for thread-safety and store the cache in $HOME/.dextormCache
Benchmarked on dnsjava: without cache:
real 1m44,000s
user 15m59,775s
sys 0m30,757s
with cache:
time java -jar dextorm.jar /home/nherbaut/workspace/dextorm/DEXTORM/src/main/resources/benchmark/dnsjava/gumtree/instructions.yaml
real 0m33,434s
user 4m40,473s
sys 0m28,334s
let me know if it fixes the issues @NathanHayoun
Il faudrait que lorsque l'on execute une nouvelle fois dextorm, il prenne en compte le fichier de résultat précédemment généré pour qu'il ne fasse qu'ajouter les nouvelles correspondance à la fin du fichier (et donc ne pas analyser de nouveau les User Story déjà trouvé)
Si possible pour le 31 mars.
Merci, Nathan