Ben oui mais le code vectorisable c'est un cas particulier.
Et puis c'est pas parcequ'un code est vectorisable qu'il faut le vectoriser. Par exemple si j'ai une suite d'instructions qui prennent 6 parametres, c'est generalement une tres mauvaise idee de bloquer 6 registres pour vectoriser mon code. Parcque meme si je peux faire un preload de folie, derriere j'ai plus de registres pour effectuer mes instructions et ca va etre la fete dans la pile pour pouvoir m'en sortir.
A ce niveau la, une intervention humaine peut faire la difference, determiner quel code est vectorisable est plus un boulot qui requiert surtout de savoir quel va etre la priorite de ton appli, dans quel type d'environement elle tourne etc. C'est bien beau d'avoir un code vectorisabel qui tourne vite, mais si c'est pour le mettre en tache de fond ou il se fera interrompre a tout va ca sert a rien.
Ceci etant c'est vrai que lorsque je dois extraire des patch de beziers d'un nuage de points ou faire des conversion d'espace de couleurs avec compression sans perte sur de grosses images (ca fait tres longtemps que j'ai plus joue a ca, j'ai surement perdu la main) l'assembleur etait la solution la plus rapide. Mais ca rentre dans le cadre de 10% pour lesquels le compilo se fait battre par le programmeur assembleur. Reste 90%.
[^] # Re: Comment ca va ? Java bien
Posté par Jerome Herman . En réponse au journal Comment ca va ? Java bien. Évalué à 1.
Et puis c'est pas parcequ'un code est vectorisable qu'il faut le vectoriser. Par exemple si j'ai une suite d'instructions qui prennent 6 parametres, c'est generalement une tres mauvaise idee de bloquer 6 registres pour vectoriser mon code. Parcque meme si je peux faire un preload de folie, derriere j'ai plus de registres pour effectuer mes instructions et ca va etre la fete dans la pile pour pouvoir m'en sortir.
A ce niveau la, une intervention humaine peut faire la difference, determiner quel code est vectorisable est plus un boulot qui requiert surtout de savoir quel va etre la priorite de ton appli, dans quel type d'environement elle tourne etc. C'est bien beau d'avoir un code vectorisabel qui tourne vite, mais si c'est pour le mettre en tache de fond ou il se fera interrompre a tout va ca sert a rien.
Ceci etant c'est vrai que lorsque je dois extraire des patch de beziers d'un nuage de points ou faire des conversion d'espace de couleurs avec compression sans perte sur de grosses images (ca fait tres longtemps que j'ai plus joue a ca, j'ai surement perdu la main) l'assembleur etait la solution la plus rapide. Mais ca rentre dans le cadre de 10% pour lesquels le compilo se fait battre par le programmeur assembleur. Reste 90%.
Kha