JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Administration Oracle Solaris : Oracle Solaris Zones, Oracle Solaris 10 Zones et gestion des ressources     Oracle Solaris 11 Information Library (Français)
search filter icon
search icon

Informations document

Préface

Partie I Gestion des ressources Oracle Solaris

1.  Introduction à la gestion des ressources

2.  Projets et tâches (présentation)

3.  Administration des projets et des tâches

4.  Comptabilisation étendue (présentation)

5.  Administration de la comptabilisation étendue (tâches)

6.  Contrôles des ressources (présentation)

7.  Administration des contrôles des ressources (tâches)

8.  Ordonnanceur FSS (présentation)

Introduction à l'ordonnanceur FSS

Définition d'une part de CPU

Parts de la CPU et état des processus

Différence entre allocation des parts de CPU et utilisation de la CPU

Exemples de parts de CPU

Exemple 1 : deux processus tirant parti de la CPU dans chaque projet

Exemple 2 : aucune compétition entre les projets

Exemple 3 : un projet dans l'incapacité de s'exécuter

Configuration de l'ordonnanceur FSS

Projets et utilisateurs

Configuration des parts de CPU

Ordonnanceur FSS et jeux de processeurs

Exemples d'utilisation des jeux de processeurs avec l'ordonnanceur FSS

Utilisation de l'ordonnanceur FSS avec d'autres classes de programmation

Définition de la classe de programmation pour le système

Classe de programmation dans un système doté de zones

Commandes utilisées avec l'ordonnanceur FSS

9.  Administration de l'ordonnanceur FSS (tâches)

10.  Contrôle de la mémoire physique à l'aide du démon de limitation des ressources (présentation)

11.  Administration du démon de limitation des ressources (tâches)

12.  Pools de ressources (présentation)

13.  Création et administration des pools de ressources (tâches)

14.  Exemple de configuration de la gestion des ressources

Partie II Oracle Solaris Zones

15.  Introduction à Oracle Solaris Zones

16.  Configuration des zones non globales (présentation)

17.  Planification et configuration de zones non globales (tâches)

18.  A propos de l'installation, de la fermeture, de l'arrêt, de la désinstallation et du clonage des zones non globales (présentation)

19.  Installation, initialisation, fermeture, arrêt, désinstallation et clonage des zones non globales (tâches)

20.  Connexion à une zone non globale (présentation)

21.  Connexion à une zone non globale (tâches)

22.  A propos des migrations de zones et de l'outil zonep2vchk

23.  Migration de systèmes Oracle Solaris et migration de zones non globales (tâches)

24.  A propos de l'installation automatique et des packages dans un système Oracle Solaris 11 comportant des zones installées

25.  Administration d'Oracle Solaris Zones (présentation)

26.  Administration d'Oracle Solaris Zones (tâches)

27.  Configuration et administration de zones immuables

28.  Dépannage des problèmes liés à Oracle Solaris Zones

Partie III Oracle Solaris 10 Zones

29.  Introduction à Oracle Solaris 10 Zones

30.  Evaluation d'un système Oracle Solaris 10 et création d'une archive

31.  (Facultatif) Migration d'une zone non globale native Oracle Solaris 10 vers une zone Oracle Solaris

32.  Configuration de la zone marquée solaris10

33.  Installation de la zone marquée solaris10

34.  Initialisation d'une zone, connexion et migration de zone

Glossaire

Index

Exemples de parts de CPU

Supposons que vous disposiez d'un système avec deux CPU exécutant deux charges de travail en parallèle nommées respectivement A et B. Chaque charge de travail est exécutée dans un projet indépendant. Les projets ont été configurés de manière à allouer SA parts au projet A et S B parts au projet B.

En moyenne, avec l'ordonnanceur TS habituel, chacune des charges de travail s'exécutant sur le système aurait droit à la même quantité de ressources de la CPU, c'est-à-dire 50 % de la capacité du système.

Lorsque vous les exécutez sous le contrôle de l'ordonnanceur FSS sur la même base (SA=SB ), ces projets obtiennent approximativement les mêmes quantités de ressources de la CPU. En revanche, si le nombre de parts accordé à ces projets est différent, les allocations des ressources de la CPU ne seront pas identiques.

Les trois exemples qui suivent illustrent le principe de fonctionnement des parts dans différentes configurations. Ces exemples démontrent que le raisonnement mathématique des parts n'a de sens que si la demande atteint ou dépasse les ressources disponibles.

Exemple 1 : deux processus tirant parti de la CPU dans chaque projet

Si A et B disposent tous deux de deux processus ayant besoin de la puissance de traitement de la CPU et que S A = 1 et S B = 3, le nombre total de parts est alors 1 + 3 = 4. Dans cette configuration, à condition que la demande de la CPU soit suffisante, 25 et 75 % des ressources de la CPU sont attribués respectivement aux projets A et B.

image:L'illustration représente le pourcentage de ressources CPU allouées pour des quantités spécifiques de partages assignés.

Exemple 2 : aucune compétition entre les projets

Si A et B ne disposent chacun que d'un processus ayant besoin de la puissance de traitement de la CPU et que S A = 1 et S B = 100, le nombre total de part est alors 101. Chaque projet ne peut utiliser plus d'une CPU car chacun n'a qu'un processus en cours d'exécution. Comme il n'existe aucun conflit de partage des ressources de la CPU dans cette configuration, les projets A et B se voient attribuer chacun 50 % de toutes les ressources de la CPU. Les parts de CPU n'ont donc aucune importance dans ce cas. Les allocations des projets seraient identiques (50/50), même si vous ne leur aviez attribué aucune part .

image:L'illustration présente la manière dont les ressources CPU sont allouées pour des quantités spécifiques de partages assignés lorsqu'il n'y a pas de concurrence pour les ressources.

Exemple 3 : un projet dans l'incapacité de s'exécuter

Si A et B disposent chacun de deux processus ayant besoin de la puissance de traitement de la CPU et si 1 part est attribuée au projet A et 0 part au projet B, toutes les ressources sont allouées au projet A et aucune ressource au projet B. Les processus du projet B seront systématiquement définis au niveau de priorité 0, ce qui signifie qu'il sera impossible de les exécuter dans la mesure où le projet A possède en permanence le niveau de priorité supérieur.

image:L'illustration présente la manière dont les ressources CPU sont allouées pour des partages à projets non assignés lorsqu'il y a de la concurrence pour les ressources.