d'abord c'est pas tres clair la phrase qui en parle.
au début j'ai pensé qu'il switchait at runtime entre differents bouts de code (procedures) precompilés(un par archi).
Ce qui n'est en soi pas neuf, mais qui prend de la place en ram si tout doit rester resident. apres si on a un chargement dynamique de modules on peut ne garder que les bons bouts.)
des jeux font ça pour le SIMD.
Dans ce style y a des trucs bien plus poussés du genre la compil on the fly, j'avais vu un mec dont le moteur 3d generait les routines de tracé optimisées a la volée comme ça...me souviens plus du nom du truc, impressionnant, ça balançait du rendu de Q3, en soft, sur un P4.
en fait il s'avere que ce que ce qui est fait ici est le patch tres localisé (à chaque occurence de l'instruction concernée) pour la remplacer par celle adéquate sur cette famille de pross. "et si elle est plus longue" ai-je tout de suite pensé? si elle est plus courte on rajoute des NOPs. donc ça doit s'aligner sur la plus longue possible. super. on va me dire c'est quoi deux NOPs? c'est ça de perdu dans le pipeline et je vois pas trop de justification... ce serait plus simple d'avoir deja compilé un kernel par archi et de tout switcher au boot...c'est si gros que ça un kernel?(j'y connais pas grand ch.. heu que dalle). ou alors c'est pas assez modulaire pour ça?
bien sur dans ces cas là on peut pas switcher pendant que ça tourne mais je me demande pourquoi on peut avoir besoin de switcher pendant que ça tourne...
de plus d'aut gens emettent l'hypothese que ça pourrait creer des deadlocks (rapport au SMP là).
d'ailleurs c'est appelé SMP alternatives mais ça n'a rien de specifique au multiprocessing, ça a rapport à l'ajout d'instructions dans l'ISA.
quant aux hypotheses sur skynet, faut pas pousser. c'est du patch, pas bien plus mechant que de la resolution d'adresses lors du load d'un exe (moins risqué, meme, je dirais).
mais l'assembleur n'est pas forcément le fort des adeptes de l'open source...mais d'ailleurs qui suis-je pour critiquer? à croire que mon compte ne sert qu'à ça...
# optimisation du noyau
Posté par helloworld256 . En réponse à la dépêche Sortie du noyau Linux 2.6.17. Évalué à 4.
d'abord c'est pas tres clair la phrase qui en parle.
au début j'ai pensé qu'il switchait at runtime entre differents bouts de code (procedures) precompilés(un par archi).
Ce qui n'est en soi pas neuf, mais qui prend de la place en ram si tout doit rester resident. apres si on a un chargement dynamique de modules on peut ne garder que les bons bouts.)
des jeux font ça pour le SIMD.
Dans ce style y a des trucs bien plus poussés du genre la compil on the fly, j'avais vu un mec dont le moteur 3d generait les routines de tracé optimisées a la volée comme ça...me souviens plus du nom du truc, impressionnant, ça balançait du rendu de Q3, en soft, sur un P4.
en fait il s'avere que ce que ce qui est fait ici est le patch tres localisé (à chaque occurence de l'instruction concernée) pour la remplacer par celle adéquate sur cette famille de pross. "et si elle est plus longue" ai-je tout de suite pensé? si elle est plus courte on rajoute des NOPs. donc ça doit s'aligner sur la plus longue possible. super. on va me dire c'est quoi deux NOPs? c'est ça de perdu dans le pipeline et je vois pas trop de justification... ce serait plus simple d'avoir deja compilé un kernel par archi et de tout switcher au boot...c'est si gros que ça un kernel?(j'y connais pas grand ch.. heu que dalle). ou alors c'est pas assez modulaire pour ça?
bien sur dans ces cas là on peut pas switcher pendant que ça tourne mais je me demande pourquoi on peut avoir besoin de switcher pendant que ça tourne...
de plus d'aut gens emettent l'hypothese que ça pourrait creer des deadlocks (rapport au SMP là).
d'ailleurs c'est appelé SMP alternatives mais ça n'a rien de specifique au multiprocessing, ça a rapport à l'ajout d'instructions dans l'ISA.
quant aux hypotheses sur skynet, faut pas pousser. c'est du patch, pas bien plus mechant que de la resolution d'adresses lors du load d'un exe (moins risqué, meme, je dirais).
mais l'assembleur n'est pas forcément le fort des adeptes de l'open source...mais d'ailleurs qui suis-je pour critiquer? à croire que mon compte ne sert qu'à ça...
bonne nuit.