Ben après c'est toujours la même opposition entre lisibilité/maintenabilité d'un côté et performance de l'autre.
Si au lieu de trimballer des tableaux contenant les 3 couleurs « paquées » dans des entiers 32 bits, on utilise un langage de haut niveau en séparant les couleurs dans des variables qui vont être inférée dans le type de base (64 bits), on se retrouve avec 6 fois plus de mémoire utilisée, des opérations de copies plus coûteuses, et on peut sortir du cache et alors multiplier les temps d'exécutions par 10. Si on multiplie ça par une dizaine de terminaux lancés...
Bon, c'est un pire cas, mais ça illustre assez bien le sujet de ce fil.
[^] # Re: suckless !! More is less !
Posté par gnx . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 3.
Ben après c'est toujours la même opposition entre lisibilité/maintenabilité d'un côté et performance de l'autre.
Si au lieu de trimballer des tableaux contenant les 3 couleurs « paquées » dans des entiers 32 bits, on utilise un langage de haut niveau en séparant les couleurs dans des variables qui vont être inférée dans le type de base (64 bits), on se retrouve avec 6 fois plus de mémoire utilisée, des opérations de copies plus coûteuses, et on peut sortir du cache et alors multiplier les temps d'exécutions par 10. Si on multiplie ça par une dizaine de terminaux lancés...
Bon, c'est un pire cas, mais ça illustre assez bien le sujet de ce fil.