Toutes les contraintes que tu cites sur la migration de threads sont bien évidement tenu en compte par Linux. Je dirais même qu'il tienne compte d'autre chose que tu n'as pas idées.
Pour ton tests, tu as aussi testé avec Linux qui fait le boulot ? (avec un noyau rescent, pas un 2.4 d'une vieille red hat !)
Concernant le découpages des données à traiter, il est évident qu'un découpage avec un minimum d'indépendance ira plus vite. Je crois même qu'il y a moyen de déclarer des variables "threads private" pour que le compilo puisse faire encore plus d'optimisation. Mais tout cela n'est plus en rapport avec l'ordonancement mais cela a voir avec la découpe des tâches.
De plus, vu l'architecture Intel, le goulot d'étranglement doit rapidement être la RAM.
[^] # Re: Le fortran
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qu'est-ce qu'un langage sécurisé ?. Évalué à 2.
Pour ton tests, tu as aussi testé avec Linux qui fait le boulot ? (avec un noyau rescent, pas un 2.4 d'une vieille red hat !)
Concernant le découpages des données à traiter, il est évident qu'un découpage avec un minimum d'indépendance ira plus vite. Je crois même qu'il y a moyen de déclarer des variables "threads private" pour que le compilo puisse faire encore plus d'optimisation. Mais tout cela n'est plus en rapport avec l'ordonancement mais cela a voir avec la découpe des tâches.
De plus, vu l'architecture Intel, le goulot d'étranglement doit rapidement être la RAM.
"La première sécurité est la liberté"