Une tâche peut gagner à changer de cluster sans rejoindre un CPU plus puissant. Le scheduler doit distinguer ce cas d’une migration visant à corriger un manque de capacité.
Plusieurs décisions du scheduler sont concernées
La série v6 de six correctifs de Ricardo Neri traite clusters équivalents, tâches mal adaptées, préférence entre voisins et capacité réelle. Les essais rapportés couvrent plusieurs générations hybrides Intel et ARM64. Cela ne se résume pas à un déplacement systématique de tous les E-cores Intel, et aucun gain universel chiffré n’est démontré.
Dans Linux 7.3-rc2, la sélection de la file la plus occupée vérifie si l’ordonnancement par cluster est actif et si source et destination ont la même capacité réelle. Ce cas peut éviter un rejet fondé sur la capacité seule. Les commentaires incluent explicitement les pressions matérielles et de fréquence dans cette capacité.
Deux motifs de migration
Le schéma représente deux clusters fictifs de capacité égale : deux tâches exécutables dans l’un, aucune dans l’autre. Une redistribution peut répondre à ce déséquilibre. Le dessin ne prédit pas la tâche qu’un véritable scheduler déplacera : affinités, topologie, autres tâches et règles restent pertinentes.
Le cas d’une tâche mal adaptée pose une autre question : la destination offre-t-elle davantage de capacité utile ? Déplacer une tâche trop exigeante vers un CPU également limité ne résout pas ce problème précis. Confondre les deux motifs peut conduire une protection raisonnable à bloquer une autre migration justifiée.
Redistribuer ne certifie pas une accélération
Déplacer le travail peut modifier simultanément contention et proximité des données en cache. Une répartition uniforme sur un dessin ne donne pas l’effet net sur durée, énergie ou latence extrême. L’ancien article présentait les charges concernées comme plus prévisibles que les preuves disponibles.
Pour évaluer une machine, comparez la même charge, les mêmes affinités et la même politique énergétique sur des noyaux identifiés. Relevez topologie et conditions thermiques avec débit et latence. Une trace de placement aide à expliquer le résultat ; elle ne le remplace pas. Le changement affine une décision du scheduler, dont l’intérêt se mesure pour une charge donnée.
Revue du 8 septembre : série et code Linux 7.3-rc2 inspectés ; équilibrage entre capacités égales distingué des migrations vers une capacité supérieure.