... ou de KDE 4.x dans Fedora et dans upstream
Bon, sérieusement:
* Qu'est-ce qu'on va benchmarker ?
Je pense qu'on va mesurer la taille (décompressée, évidemment), d'une part parce que c'est beaucoup plus facile que de benchmarker la vitesse, d'autre part parce que les différences de vitesse risquent d'être peu significatives: règle du 80-20%, utilisation de fonctions d'AMS pas forcément optimisées, utilisation de routines graphiques en général écrites en ASM, etc.
* Avec quoi ?
Il faut plusieurs dizaines de programmes, d'au moins trois grands types: jeux, utilitaires, des programmes mathématiques (il ne va pas y en avoir tant que ça de cette catégorie...). Le travail se divise quand le nombre de participants se multiplie.
Parmi les jeux, il va y avoir des jeux de réflexion ("lents" et utilisant une proportion probablement plus élevée de fonctions d'AMS), des jeux plus rapides avec plus ou moins de sprites et dessinés avec les diverses méthodes.
Pour les utilitaires, on ne peut pas faire l'impasse sur les file explorers
Jusqu'en 2005, un résumé intéressant de l'historique des programmes est à
http://www.squalenet.net/fr/ti/articles/article_2.php5 . Après, il faut boucher les trous, mais on peut s'en sortir en combinant les news et POTY de ticalc, les autres sites de news, et certaines sections de ce forum, du forum de TIGCC/TICT et peut-être aussi TI-Freakware.
Je regarderai ce que GTC et TIGCC donnent sur les demos d'ExtGraph. Mais ce soir, dodo.