d'un autre côté, quand tu codes en C (et c'est encore plus vrai pour des langages plus "haut niveau"), c'est généralement plus pour gagner du temps au moment du développement et faciliter la maintenance que pour compter les cycles CPU...

les optimisations du style "omg ça me coute 2 cycles CPU de plus que si je rendais mon code imbitable", ça va pour quelque chose comme peut-être 5% (et encore) de ton programme, qui ont vraiment besoin à mort de vitesse... Mais pour le reste, si tu gagne une semaine par mois à coder, tant pis si c'est 10% plus lent ^^

Folco (./220) :
Désolé, l'asm est ma seule base, ou plutôt le fonctionnement du proc, et je sais ce que je veux lui faire faire

Le problème est peut-être là
tu penses plus à ce que tu veux que le CPU fasse... Et non à ce que tu veux que ton programme fasse ; alors que finalement, le CPU, globalement, l'utilisateur en a RAF, tant que le programme répond à ses besoins ^^

Je ne dis pas que connaitre le fonctionnement du CPU et de la machine en détails soit une mauvaise chose (ça permet d'éviter de faire complètement n'importe quoi aussi, et sur une machine limitée comme celle-ci, c'est une très bonne chose), mais est-ce nécessaire de se focaliser là-dessus à tout prix ?