Ignorer les liens de navigation
Quitter l'aperu
| Guide d'administration d'Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Français)

Périmètre de la recherche:

- Ce document
- Toute la bibliothque

## Allocation de CPU

Lorsque vous exécutez des threads à partir d'un seul coeur sur des domaines séparés, les performances peuvent être ralenties ou imprévisibles. Le logiciel Oracle VM Server for SPARC utilise la fonction d'affinité CPU pour optimiser l'allocation de CPU lors du processus de liaison du domaine logique qui doit se produire avant que vous puissiez démarrez le domaine. Cette fonction tente de conserver des threads à partir du même coeur affecté au même domaine logique : ce type d'allocation améliore le partage de cache entre les threads dans ce coeur.

L'affinité CPU tente d'éviter le partage des coeurs entre les domaines sauf s'il n'existe pas d'autres moyens. Lorsqu'un coeur partiel a été assigné à un domaine et qu'il nécessite des strands supplémentaires, les strands du coeur partiel sont d'abord associés puis, si nécessaire, un autre coeur libre est assigné au domaine pour satisfaire la demande.

Le mécanisme d'allocation de CPU utilise les contraintes suivantes pour les ressources de CPU :

- Contrainte whole-core. Cette contrainte spécifie que les coeurs de CPU sont assignés à un domaine plutôt qu'à des CPU virtuelles. Tant que la contrainte max-cores n'est pas activée sur le domaine, la contrainte whole-core peut être ajoutée ou supprimée, respectivement à l'aide des commandes `ldm set-core` et `ldm set-vcpu`. Le domaine peut être inactif, associé ou actif. Toutefois, le nombre de coeurs disponibles doit être suffisant pour satisfaire la demande d'application de la contrainte. Par exemple, au pire, si un domaine partageant des coeurs avec un autre domaine demande la contrainte whole-core, il faut que des coeurs de la liste libre soient disponibles pour satisfaire la demande. Au mieux, toutes les CPU virtuelles du coeur sont déjà placées sur des frontières de coeur, si bien que la contrainte est appliquée sans modification des ressources CPU.

- Contrainte de nombre maximal de coeurs (max-cores). Cette contrainte définit le nombre maximal de coeurs pouvant être assignés à un domaine associé ou actif.

## Procédure d'application de la contrainte whole-core

Assurez-vous que la contrainte whole-core est activée sur le domaine avant de définir la contrainte max-cores.

1. Appliquez la contrainte whole-core sur le domaine.

       # ldm set-core 1 domain

2. Assurez-vous que la contrainte whole-core est activée sur le domaine.

       # ldm ls -o resmgmt domain

   Notez que `max-cores` est défini sur `unlimited`. Le domaine ne peut pas être utilisé avec le partitionnement forcé tant que la contrainte max-cores n'est pas activée.

Exemple 10-1 Application de la contrainte whole-core

L'exemple suivant illustre l'application de la contrainte whole-core au domaine `ldg1`. La première commande applique la contrainte, tandis que la deuxième commande vérifie qu'elle est activée :

    # ldm set-core 1 ldg1
    # ldm ls -o resmgmt ldg1
    NAME
    ldg1

    CONSTRAINT
        cpu=whole-core
        max-cores=unlimited
        threading=max-throughput

## Procédure d'application de la contrainte max-cores

Assurez-vous que la contrainte whole-core est activée sur le domaine avant de définir la contrainte max-cores.

Vous pouvez uniquement activer, modifier ou désactiver la contrainte max-cores sur un domaine inactif et non pas sur un domaine associé ou actif. Avant de mettre à jour la contrainte max-cores sur le domaine de contrôle, vous devez d'abord déclencher une reconfiguration retardée.

1. Activez la contrainte max-cores sur le domaine.

       # ldm set-domain max-cores=max-number-of-CPU-cores domain

   Remarque - Les unités cryptographiques associées à ces coeurs ne sont pas affectées par les ajouts de coeurs. Par conséquent, le système n'ajoute pas automatiquement les unités cryptographiques associées à ce domaine. Cependant, une unité cryptographique est automatiquement supprimée uniquement lorsque la dernière CPU virtuelle du coeur est supprimée. Cette action empêche qu'une unité cryptographique ne devienne “orpheline”.

2. Assurez-vous que la contrainte whole-core est activée.

       # ldm ls -o resmgmt domain

3. Associez et redémarrez le domaine.

       # ldm bind domain
       # ldm start domain

   A présent, vous pouvez utiliser le domaine avec partitionnement forcé.

Exemple 10-2 Application de la contrainte max-cores

Cet exemple montre comment limiter la contrainte max-cores à trois coeurs en définissant la propriété `max-cores` et vérifier que la contrainte est activée :

    # ldm set-domain max-cores=3 ldg1
    # ldm ls -o resmgmt ldg1
    NAME
    ldg1

    CONSTRAINT
        cpu=whole-core
        max-cores=3
        threading=max-throughput

A présent, vous pouvez utiliser le domaine avec partitionnement forcé.

L'exemple suivant supprime la contrainte max-cores du domaine `ldg1` non associé et inactif, mais conserve la contrainte whole-core en l'état.

    # ldm stop ldg1
    # ldm unbind ldg1
    # ldm set-domain max-cores=unlimited ldg1

Pour supprimer à la fois la contrainte max-cores et la contrainte whole-core du domaine `ldg1`, vous pouvez également affecter des CPU virtuelles à la place des coeurs de la manière suivante :

    # ldm set-vcpu 8 ldg1

Dans les deux cas, vous devez associer et redémarrer le domaine.

    # ldm bind ldg1
    # ldm start ldg1

### Interactions entre la contrainte whole-core et les autres fonctions des domaines

Cette section décrit les interactions entre la contrainte whole-core et les fonctions suivantes :

- Reconfiguration dynamique de la CPU

- Gestion dynamique des ressources

- Migration de domaine

- Gestion de l'alimentation

#### Reconfiguration dynamique de la CPU

La contrainte whole-core est totalement compatible avec la reconfiguration dynamique (DR) de la CPU. Lorsqu'un domaine est défini avec la contrainte whole-core, vous pouvez utiliser la commande `ldm add-core`, `ldm set-core` ou `ldm remove-core` pour modifier le nombre de coeurs sur un domaine actif.

Cependant, si un domaine lié ou actif n'est pas en mode de reconfiguration retardée, son nombre de coeurs ne peut pas dépasser le nombre maximum de coeurs. Ce maximum est défini avec la contrainte de coeur maximum, qui est automatiquement activée lorsque la contrainte whole-core est activée. Une opération de reconfiguration dynamique de la CPU ne respectant pas la contrainte de coeur maximum échoue.

#### Gestion dynamique des ressources

La contrainte whole-core n'est pas compatible avec la gestion dynamique des ressources (DRM). Si une stratégie DRM est activée sur un domaine qui utilise la contrainte whole-core, cette stratégie est automatiquement désactivée. La contrainte whole-core reste activée.

Même si une stratégie DRM ne peut pas être activée lorsqu'une contrainte whole-core est en vigueur, vous pouvez toujours définir un stratégie DRM pour le domaine. Notez que lorsqu'une stratégie est désactivée automatiquement, elle reste toujours active. La stratégie est automatiquement réactivée si le domaine est redémarré sans la contrainte whole-core.

Voici les interactions attendues entre la contrainte whole-core et la DRM :

- Si la contrainte whole-core est définie sur un domaine, un message d'avertissement est émis lorsque vous essayez d'activer une stratégie DRM sur ce domaine.

- Si une stratégie DRM est en vigueur sur un domaine inactif, vous êtes autorisé à activer la contrainte whole-core sur ce domaine. Lorsque le domaine devient actif et que la stratégie est activé, le système désactive automatiquement la stratégie DRM pour ce domaine.

- Si une stratégie DRM est activée sur un domaine actif ou lié, vous n'êtes pas autorisé à activer la contrainte whole-core.

#### Migration de domaine

Si vous migrez un domaine configuré avec des coeurs complets, vous devez reconfigurer le domaine cible de manière à ce qu'il utilise le partitionnement forcé une fois la migration terminée. Vous devez également vous assurer que votre contrat de licence vous autorise à utiliser le domaine à la fois sur le système source et sur le système cible.

#### Gestion de l'alimentation

La contrainte whole-core est parfaitement compatible avec les stratégies performance et élastique de gestion de l'alimentation (PM). Lorsque la stratégie élastique est activée, le sous-système PM peut ajouter ou supprimer des coeurs de CPU dans des domaines configurés avec la contrainte whole-core. Dans ce cas, la contrainte whole-core continue à être honorée, et les domaines utilisant cette contrainte restent configurés avec des coeurs complets uniquement.

Copyright © 2007, 2013, Oracle et/ou ses affiliés. Tous droits réservés. Notice légale |