benchmark-release.py rapide, toujours lancé sur toute feature-a

Depuis !687 (comment 333310) :

On pourrait faire sortir un code d'erreur au script s'il y a une dégradation trop importante des performances, tout en autorisant le job à échouer (ça n'empêche pas de merger, mais c'est une alerte).

Le code d'erreur est fait. Faire donc un -i latest qui met la dernière release, et ainsi avec -c -i latest on pourrait faire un test rapide juste par rapport à la dernière release avec allow_failure:true. Après les tests donc, mais avant valgrind-unit.