Allocation de processeur
Cette section contient des instructions d'allocation de processeur pour les partitions logiques de processeur dédiées et les partitions logiques de processeur partagé.
Ces instructions sont différentes pour chaque situation, car une liaison Ethernet avec une taille MTU de 1500 octets utilise plus de cycles de processeur qu'une liaison Ethernet exécutant des grandes trames (MTU de 9000 octets). En général, l'utilisation de processeur pour des charges de travail avec des paquets volumineux sur des grandes trames est à peu près divisée par deux par rapport à des tailles MTU de 1500 octets.
Si la taille MTU (unité de transmission maximale) est fixée à 1500, un processeur (1,65 Ghz) doit être fourni par carte Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Cela représente dix cartes Ethernet de 100 Mbit si vous utilisez des réseaux de petite taille. Pour des charges de travail de type transaction moins importantes, prévoyez d'utiliser un processeur complet afin d'obtenir un débit maximal pour la charge de travail Ethernet Gigabit. Par exemple, si deux cartes Ethernet Gigabit sont utilisées, allouez à la partition logique deux processeurs au maximum.
Si la taille MTU est fixée à 9000 (grandes trames), 50 % d'un processeur (1,65 Ghz) doit être fourni par carte Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Pour des charges de travail à petits paquets, vous devez prévoir d'utiliser un processeur complet pour assurer le support de la charge de travail Ethernet Gigabit. Les grandes trames n'ont aucun effet dans le cas de charges de travail à petits paquets.
Carte Ethernet partagée utilisant une partition logique de processeur dédié
Le dimensionnement indiqué est divisé en deux types de charge de travail : flot de données TCP et demande/réponse TCP. Des réseaux MTU 1500 et MTU 9000 ont été utilisés pour le dimensionnement qui est fourni en termes de cycles de machine par octet pour des flots de données ou par transaction dans le cas de charges de travail demande/réponse.
Les données des tableaux suivants ont été déduites de la formule suivante :
(nombre de processeurs × utilisation processeur × fréquence d'horloge de processeur) / débit en octets par seconde ou transaction par seconde = nombre de cycles par octet ou de transactions.
Pour les besoins de ce test, les valeurs ont été mesurées sur une partition logique dotée d'un processeur 1,65 Ghz avec le traitement SMT (traitement simultané à unités d'exécution multiples) activé.
Pour les autres fréquences de processeur, les valeurs du tableau peuvent être modifiées en utilisant le rapport des fréquences de processeur sur les valeurs approchées à utiliser pour le dimensionnement. Par exemple, pour une vitesse de processeur de 1,5 Ghz, utilisez 1,65/1,5 × nombre de cycles par octet du tableau. Le résultat de cet exemple correspond à 1,1 fois la valeur du tableau, ce qui revient à un besoin de 10 % de cycles supplémentaires pour compenser la vitesse d'horloge inférieure de 10 % du processeur 1,5 Ghz.
Pour utiliser ces valeurs, multipliez le débit requis (en nombre d'octets ou de transactions) par la valeur de cycles par octet des tableaux suivants. Vous connaîtrez ainsi les cycles de machine requis pour une vitesse de 1,65 Ghz. Ajustez ensuite cette valeur en établissant le rapport de la vitesse réelle de la machine sur cette vitesse de 1,65 Ghz. Pour trouver le nombre de processeurs, divisez le résultat par 1 650 000 000 cycles (ou taux de cycles si vous avez procédé à un ajustement pour une machine d'une autre vitesse). Vous avez besoin du nombre de processeurs résultant pour supporter la charge de travail.
Par exemple, si le serveur Virtual I/O Server doit fournir 200 Mo de débit de diffusion en flux, la formule suivante est utilisée:
200 × 1 024 × 1 024 × 11,2 = 2 348 810 240 cycles / 1 650 000 000 cycles par processeur = 1,42 processeur.
En nombres ronds, il faudrait 1.5 processeurs sur le serveur Virtual I/O Server pour gérer cette charge de travail. Une telle charge de travail peut alors être traitée par une partition logique utilisant deux processeurs dédiés ou par une partition logique utilisant 1,5 processeurs partagés.
Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type flot de données TCP.
| Type de flot de données | Débit MTU 1500 et utilisation de processeur | MTU 1500, cycles par octet | Débit MTU 9000 et utilisation de processeur | MTU 9000, cycles par octet |
|---|---|---|---|---|
| Unidirectionnel | 112,8 Mo à 80,6 % des ressources processeur | 11.2 | 117,8 Mo à 37,7 % des ressources processeur | 5 |
| Duplex | 162,2 Mo à 88,8 % des ressources processeur | 8.6 | 217 Mo à 52,5 % des ressources processeur | 3.8 |
| Type de flot de données | Débit MTU 1500 et utilisation de processeur | MTU 1500, cycles par octet | Débit MTU 9000 et utilisation de processeur | MTU 9000, cycles par octet |
|---|---|---|---|---|
| Unidirectionnel | 112,8 Mo à 66,4 % des ressources processeur | 9.3 | 117,8 Mo à 26,7 % des ressources processeur | 3.6 |
| Duplex | 161,6 Mo à 76,4 % des ressources processeur | 7.4 | 216,8 Mo à 39,6 % des ressources processeur | 2.9 |
Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type demande/réponse. Une transaction est définie par la taille de demande et de réponse aller-retour.
| Taille de transaction | Transactions par seconde et utilisation de Virtual I/O Server | MTU 1500 ou 9000, cycles par transaction |
|---|---|---|
| Petits paquets (64 octets) | 59 722 TPS à 83,4 % des ressources processeur | 23 022 |
| Grands paquets (1024 octets) | 51 956 TPS à 80 % des ressources processeur | 25 406 |
| Taille de transaction | Transactions par seconde et utilisation de Virtual I/O Server | MTU 1500 ou 9000, cycles par transaction |
|---|---|---|
| Petits paquets (64 octets) | 60 ;249 TPS à 65,6 % des ressources processeur | 17 956 |
| Grands paquets (1024 octets) | 53 104 TPS à 65 % des ressources processeur | 20 196 |
Les tableaux précédents montrent que l'option d'utilisation d'unités d'exécution de la liaison Ethernet partagée ajoute environ 16 à 20 % de cycles machine par transaction pour les flots de données MTU 1500 et 31 à 38 % pour MTU 9000. L'option d'utilisation d'unités d'exécution augmente le nombre de cycles machine par transaction pour de faibles charges de travail car les unités d'exécution sont démarrées pour chaque paquet. A des taux de charge de travail plus élevés, telles que les charges de travail en duplex intégral ou de demandes/réponses, les unités d'exécution peuvent durer plus longtemps sans attente ou réacheminement. Vous pouvez configurer l'option d'unité d'exécution pour chaque carte Ethernet partagée à l'aide des commandes Virtual I/O Server . Désactivez l'option d'unité d'exécution si le réseau Ethernet partagé s'exécute sur une partition logique Virtual I/O Server seule (sans interface SCSI virtuelle dans la même partition logique).
Vous pouvez activer ou désactiver l'utilisation d'unités d'exécution à l'aide de l'option -attr thread de la commande mkvdev. Pour activer l'utilisation d'unités d'exécution, utilisez
l'option -attr thread=1. Pour la désactiver, utilisez
l'option -attr thread=0. Par exemple, la commande suivante désactive l'utilisation d'unités d'exécution pour la carte Ethernet partagée ent1:
mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0Dimensionnement d'un serveur Virtual I/O Server pour Ethernet partagé sur une partition logique de processeur partagé
La création d'une partition logique de processeur partagé pour un serveur Virtual I/O Server peut être effectuée si le serveur Virtual I/O Server exécute des réseaux à vitesse plus lente (par exemple, 10/100 Mo) et qu'une partition logique de processeur complet n'est pas nécessaire. Il est recommandé de n'effectuer cette opération que si la charge de travail Virtual I/O Server est inférieure à la moitié d'un processeur ou si la charge de travail est incohérente. La configuration de la partition logique Virtual I/O Server en tant que partition non bridée peut également lui permettre d'utiliser davantage de cycles de processeur en fonction des besoins pour gérer le débit incohérent. Par exemple, si le réseau est utilisé uniquement lorsque d'autres processeurs sont inactifs, la partition logique Virtual I/O Server peut être en mesure d'utiliser d'autres cycles de machine et peut être créée avec un processeur minimal pour gérer la charge de travail légère pendant la journée, mais le processeur non bridé peut utiliser davantage de cycles de machine la nuit.
Si vous créez un serveur Virtual I/O Server dans une partition logique de processeur partagé, ajoutez des processeurs autorisés supplémentaires comme éventualité de dimensionnement.