Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Administration d'Oracle Solaris 11.1 : Oracle Solaris Zones, Oracle Solaris 10 Zones et gestion des ressources Oracle Solaris 11.1 Information Library (Français) |
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 de ressources (présentation)
7. Administration des contrôles des ressources (tâches)
8. Ordonnanceur FSS (présentation)
Introduction à l'ordonnanceur FSS
Parts de la CPU et état des processus
Différence entre allocation des parts de CPU et utilisation de la 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
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)
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)
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
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
Les projets sont les conteneurs de charges de travail dans l'ordonnanceur FSS. Les groupes d'utilisateurs affectés à un projet sont traités comme de simples blocs contrôlables. Sachez qu'il est possible de créer un projet avec son propre nombre de parts pour chaque utilisateur.
Les utilisateurs peuvent faire partie de plusieurs projets possédant un nombre différent de parts. En déplaçant les processus d'un projet à un autre, il est possible de faire varier les quantités de ressources CPU qui leur sont allouées.
Pour plus d'informations sur la base de données project(4) et les services de noms, reportez-vous à la section Base de données project.
La configuration des parts de CPU est gérée par le service de noms en tant que propriété de la base de données project.
Lors de la création de la première tâche (ou du premier processus) associée à un projet au moyen de la fonction de bibliothèque setproject(3PROJECT), le nombre de parts de CPU définies comme contrôle de ressource project.cpu-shares dans la base de données project est communiqué au noyau. Les projets pour lesquels aucun contrôle de ressource project.cpu-shares n'a été défini se voient attribuer une part.
Dans l'exemple qui suit, cette entrée du fichier /etc/project fixe le nombre de parts pour le projet fichiers-x à 5 :
x-files:100::::project.cpu-shares=(privileged,5,none)
Si vous changez le nombre de parts de CPU alloué à un projet dans la base de données alors que des processus sont déjà en cours d'exécution, ce nombre n'est pas modifié à ce stade. Il est nécessaire, en effet, de redémarrer le projet pour que le changement prenne effet.
Si vous souhaitez modifier temporairement le nombre de parts attribué à un projet sans changer les attributs du projet dans la base de données project, utilisez la commande prctl. Par exemple, pour remplacer la valeur du contrôle des ressources project.cpu-shares du projet fichiers-x par 3 lorsque les processus associés à ce projet sont exécutés, tapez ce qui suit :
# prctl -r -n project.cpu-shares -v 3 -i project x-files
Pour plus d'informations, voir la page de manuel prctl(1).
Remplace la valeur actuelle pour le contrôle de ressource nommé.
Définit le nom du contrôle de ressource.
Spécifie la valeur du contrôle de ressource.
Précise le type d'ID de l'argument suivant.
Indique l'objet concerné par le changement. Dans cet exemple, il s'agit du projet x-files.
Le projet system avec pour ID de projet 0 comprend l'ensemble des démons système démarrés par les scripts d'initialisation lancés au démarrage. system peut être considéré comme un projet avec un nombre illimité de parts. Cela signifie que system est toujours programmé en premier, quel que soit le nombre de parts alloué aux autres projets. Si vous ne souhaitez pas accorder au projet system un nombre illimité de parts, il suffit de définir le nombre de parts de ce projet dans la base de données project.
Comme indiqué précédemment, les processus appartenant aux projets disposant d'aucune part possèdent la priorité système la plus basse (zéro). Les projets dotés d'une ou plusieurs parts s'exécutent aux niveaux de priorité un ou plus. Par conséquent, les projets dépourvus de part sont programmés à condition qu'aucun projet avec des parts ne demande de ressources de CPU.
Le nombre maximum de parts susceptible d'être alloué à un projet est de 65535.