NicolasFloquet
commented
9 years ago Pour éviter de tout casser d'un coup, je propose de faire en deux temps. -Première étape: mettre en place le système de flag uniquement pour l'ordonnancement periodique. Si c'est bien fait, on devrait avoir exactement le même comportement qu'actuellement, mais sans appel direct à schedule -Deuxième étape: appliquer cette méthode aux syscall.
Le point "chaud" dans la réalisation de ça, c'est qu'à priori on veut pas généraliser ce comportement à toutes les interruptions. Par exemple, je suis pas persuadé que ce soit une bonne idée de checker le flag de rescheduling à chaque fois qu'on touche au clavier. Du coup ça va peut être nécessiter de revoir la façon dont on a codé les handlers d'interruption.
Pour finir, ça va très certainement casser la façon donc on mesure la charge CPU. Il faudra voir si on peut utiliser l'horloge dans le scheduler sans que ça prenne trop de temps.
MaximeCheramy
Pour relancer ASAP le scheduler, on utilise pour le moment la méthode start_scheduling, un peu par effet de bord.
Il faut ajouter un mécanisme permettant de réordonnancer en fin de syscall, via un flag ou un appel de fonction par exemple. De cette façon, il ne sera plus nécessaire d'ajouter des boucles pour éviter la sortie précoce d'un syscall