0

Je suis confus au sujet du raclage. Disons que nous avons un ensemble de pages: 2 4 6 8 2 5 8 et la taille d'ensemble de travail = 4. Sommes-nous censés se déplacer jusqu'à la fin de la taille de la page et ensuite additionner toutes les tailles de travail puis comparer avec la taille de la mémoire si le débordement se produit ou non? Par exemple, dans cet ensemble dans le premier intervalle WS (t1) = {2,4,6,8}, WS (t2) = {4,6,8,2}, WS (t3) = {6,8, 2,5}, et WS (t4) = {8,2,5}. Donc, quand nous ajoutons des tailles de set de travail sum = 15. Est-ce que je vais comparer cette valeur avec la taille de la mémoire et décider si le thrashing se produit?Taille de l'ensemble de travail - en cas de débordement

Répondre

1

Je ne pense pas que vous compreniez ce qu'est le thrash. Lorsque vous avez plusieurs pannes de pages, l'utilisation du processeur diminue, car vous passez du temps à déplacer des images dans et hors RAM. L'OS pensera que le degré de multiprogrammation est faible, donc il va commencer un nouveau processus qui a aussi besoin de cadres en mémoire. Cela à son tour, diminue le nombre de trames que les processus avaient, ce qui pourrait les amener à se trémousser aussi. Par conséquent, l'augmentation du problème. Au lieu de le réparer. Ce que vous visez dans Working-Set-Model est d'estimer le nombre de pages auxquelles vous allez accéder dans un proche avenir et de les conserver en mémoire afin de ne pas avoir de défauts de page. Maintenant, si nous voulons que le nombre de fautes de page reste bas, nous avons besoin que les pages fortement sollicitées par processus soient en RAM, elles sont son jeu de travail.

Si pour tout processus, vous additionnez le nombre de pages, puis multipliez par le nombre de pages, c'est-à-dire la quantité de mémoire dont vous avez besoin pour maintenir le nombre de fautes de page à un niveau bas. Si ce nombre dépasse la mémoire libre, les défauts de page se produisent et pourraient conduire à rosser

0

This est une très bonne source si vous allez étudier travail Set modèle.

Alors que je résume les points de façon simple

  • Thrashing se produit lorsque le système passe toutes ses pages de chargement de temps dans la mémoire.
  • Donc, il ne fait aucune tâche de traitement productive, ce qui signifie une perte de temps.
  • La principale raison pour thrashing est la quantité totale de mémoire exigeant par les processus (au total) dépasse la mémoire réelle totale d'une grande quantité, donc les défauts de page se produisent fréquemment.
  • En tant que solution du modèle jeu de travail conserve simplement que le jeu de travail de pages de chaque processus. Cela aide la mémoire à n'utiliser que les pages qui sont nécessaires pour le moment (maintenant et dans un proche avenir).