Regardes le succès des RISC par rapport au x86 (qui est compatible avec une archi de plusieurs dizaine d'année).
Certes, mais reconait que les compilo sont assez nuls pour le moment... Ca fait combien de temps que GCC sait faire une analyse de flot du pauvre ?
C'est sure que faire de l'analyse de flot avec un langage comme C, c'est assez utopique
Oui peux être dans un contexte monotache genre dsp, mais dans un contexte multitâche le compilo ne maîtrise pas du tout ce qui est en cache, quand le flow va être interrompu par un context switch, ...
Bah justement, c'est là qu'on pourrait utiliser les archi multi-coeur, pour éviter au maximum de faire des contexts switch... Quand on a 8 coeurs, et bientôt le double, voire le quadruple, on a quand même la possibilité d'y penser. Surtout que c'est une tendance qui va s'installer dans les années à venir.
Et de toutes façon, je peux t'assurer que de manière général, et sans se spécialiser sur un processeur, il y a beaucoup de choses à faire niveau compilation.
Je me suis amusé, sur du code C à jouer à intervertir certaines instructions commutatives dans des boucles critiques (merci gcov) pour mutualiser les read/write. Ca améliore nettement les performances, et il ya clairement plein de choses de ce genre à faire, tout en restant portable : La plupart des processeurs du marché vont 10 fois plus vite que la mémoire, et gérer ça, ça peut énormément aider..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: "scout" thread ?
Posté par Ontologia (site web personnel) . En réponse au journal Sun Rock : Les détails arrivent. Évalué à 4.
Certes, mais reconait que les compilo sont assez nuls pour le moment... Ca fait combien de temps que GCC sait faire une analyse de flot du pauvre ?
C'est sure que faire de l'analyse de flot avec un langage comme C, c'est assez utopique
Oui peux être dans un contexte monotache genre dsp, mais dans un contexte multitâche le compilo ne maîtrise pas du tout ce qui est en cache, quand le flow va être interrompu par un context switch, ...
Bah justement, c'est là qu'on pourrait utiliser les archi multi-coeur, pour éviter au maximum de faire des contexts switch... Quand on a 8 coeurs, et bientôt le double, voire le quadruple, on a quand même la possibilité d'y penser. Surtout que c'est une tendance qui va s'installer dans les années à venir.
Et de toutes façon, je peux t'assurer que de manière général, et sans se spécialiser sur un processeur, il y a beaucoup de choses à faire niveau compilation.
Je me suis amusé, sur du code C à jouer à intervertir certaines instructions commutatives dans des boucles critiques (merci gcov) pour mutualiser les read/write. Ca améliore nettement les performances, et il ya clairement plein de choses de ce genre à faire, tout en restant portable : La plupart des processeurs du marché vont 10 fois plus vite que la mémoire, et gérer ça, ça peut énormément aider..
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker