Ce genre de remarques me fait d& #39;autant plus réagir que je suis en train de rédiger la partie expérimentale d& #39;un article scientifique et qu& #39;il y a des tas de sources d& #39;"artefacts" où l& #39;on croit remarquer un effet alors que le mécanisme est fortuit. https://twitter.com/GuillaumeRozier/status/1260264187235905543">https://twitter.com/Guillaume...

Tenez : pourquoi est-ce qu& #39;une optimisation produisant du code intermédiaire "objectivement mieux" peut conduire à une perte de performance au final ?

Donc je vous donne un phénomène constaté: l& #39;allocation de registres va, suivant le code qu& #39;on lui met en entrée, réutiliser ou non certains registres ce qui parfois pose problème si on réordonne les instructions après allocation.

Une amélioration du code avant allocation de registres peut, si on n& #39;a pas de chance, produire une allocation qui réutilise un registre d& #39;une façon qui empêche un réordonnancement bénéfique dans une boucle chaude.

Conséquence: parfois on commente sur l& #39;impact d& #39;optimisations alors qu& #39;il y a un gros facteur "chance" dû à l& #39;allocateur de registres.

Il y a d& #39;autres phénomènes tels que: le hasard (bien qu& #39;il ne s& #39;agisse pas d& #39;aléatoire, tout est déterministe) du placement en mémoire induit des effets sur le cache qui peuvent donner des écarts de quelques %, parfois du même ordre que ce que les gens essayent de mesurer.