Effectivement il peut être très intéressant d'avoir des routines en assembleur pour optimiser des parties critiques du code. Tant que ces routines ne représentent qu'une petite partie du code total, il est possible de prévoir des routines spécifiques à plusieurs architecture.
Ce qui est souvent fait pour ces routines (exemple, les bibliothèques libGMP et OpenSSL) :
- une implémentation C (lente mais qui marche partout)
- des routines assembleur spécifiques
À la compilation si du code assembleur adapté est présent il est utilisé. Sinon on se rabat sur la version C.
Résultat: une exponentiation modulaire (en autres) 3 à 4 fois plus rapide qu'en pure C (sur un PC 8086, j'ai pas testé sur d'autres architectures).
[^] # Re: Bof
Posté par ndesmoul . En réponse au journal Microsoft réécrit Hurd ?. Évalué à 2.
Ce qui est souvent fait pour ces routines (exemple, les bibliothèques libGMP et OpenSSL) :
- une implémentation C (lente mais qui marche partout)
- des routines assembleur spécifiques
À la compilation si du code assembleur adapté est présent il est utilisé. Sinon on se rabat sur la version C.
Résultat: une exponentiation modulaire (en autres) 3 à 4 fois plus rapide qu'en pure C (sur un PC 8086, j'ai pas testé sur d'autres architectures).