clarifier la partie non en chevauchement en ce qui concerne OS
En cela, un programme est lancé par OS- premier programme est transféré à partir du disque vers la mémoire, alors exécutée, puis une partie de programme concerné par la lecture des données fichier du disque à la mémoire, effectuant un certain calcul sur les données & impression du résultat. Ceci est la version sans chevauchement puisque le système d'exploitation est inactif lorsque l'imprimante ou le disque exécute le travail - la version superposée est claire pour moi que pendant la lecture du disque ou l'imprimante est occupé, le système d'exploitation peut gérer d'autres programmes).
Maintenant, la partie à laquelle je suis coincé est ce qui sera le rapport du meilleur temps chevauchée au temps sans chevauchement pour une longue séquence de programmes. Les intervalles sont de 1 unité pour le système d'exploitation, 3 pour le fonctionnement du disque, 3 pour l'impression et 2 pour le programme. Mon approche est (ce qui est le résultat d'une compréhension peu claire peut-être) dans le meilleur chevauchement de la condition que le système d'exploitation n'est jamais inactif. Quelle devrait être la bonne approche?
Je pense que vous êtes un peu confus. Il est normalement considéré comme optimal si le noyau du système d'exploitation n'est pas entré du tout et si les processus/processus utilisateur utilisent toute l'exécution du processeur disponible. Évidemment, c'est globalement irréaliste puisque cela signifierait que les threads ne feraient pas d'E/S et seraient donc essentiellement inutiles :) –
@MartinJames J'ai eu cette question d'un livre (Carl hemacher - organisation de l'ordinateur et système embarqué 5ème éditeur) ! Je ne peux pas imaginer OS traitant de plusieurs autres processus (de même exigence/nature) quand l'un des processus utilise le disque ou l'imprimante ou est occupé avec le programme! –