AnglaisFrançaisEspagnol

Ad


Icône de favori OnWorks

ibacm - En ligne dans le Cloud

Exécutez ibacm dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande ibacm qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

Nom


ibacm - services de résolution d'adresses et d'itinéraires pour InfiniBand.

SYNOPSIS


ibacm [-D] [-P] [-A fichier_adr] [-O fichier_option]

DESCRIPTION


L'IB ACM implémente et fournit un cadre pour le nom, l'adresse et la route (chemin)
services de résolution sur InfiniBand. Il est destiné à adresser la configuration de la connexion
problèmes d'évolutivité lors de l'exécution d'applications MPI sur de grands clusters. L'IB ACM fournit
informations nécessaires pour établir une connexion, mais n'implémente pas le protocole CM.

Un utilisateur principal du service ibacm est la bibliothèque librdmacm. Cela permet aux applications
pour utiliser le service ibacm sans changement de code ou sans avoir besoin de savoir que le
le service est en cours d'utilisation. Les versions 1.0.12 - 1.0.15 de librdmacm peuvent invoquer les services IB ACM lorsque
construit en utilisant l'option --with-ib_acm. La version 1.0.16 et plus récente de librdmacm
utiliser automatiquement l'IB ACM s'il est installé. Les services IB ACM sont rattachés au
routines rdma_resolve_addr, rdma_resolve_route et rdma_getaddrinfo. Pour un maximum
avantage, la routine rdma_getaddrinfo doit être utilisée, cependant les applications existantes doivent
voient toujours des avantages significatifs de mise à l'échelle de la connexion en utilisant les appels disponibles dans librdmacm
1.0.11 et versions précédentes.

L'IB ACM vise à être évolutif et efficace. Les limites de mise en œuvre actuelles
trafic réseau, interactions SA et services centralisés. ACM prend en charge plusieurs
protocoles de résolution afin de gérer différentes topologies de fabric.

Le package IB ACM est composé de deux composants : le service ibacm et un
utilitaire de test/configuration - ib_acme. Les deux sont des composants de l'espace utilisateur et sont disponibles pour
Linux et Windows. Des détails supplémentaires sont donnés ci-dessous.

OPTIONS


-D exécuté en mode démon (par défaut)

-P exécuter en tant que processus standard

-Un fichier_adr
fichier de configuration d'adresse

-O fichier_options
fichier de configuration des options

RAPIDE La START GUIDE


1. Prérequis : libibverbs et libibumad doivent être installés. La pile IB doit être
fonctionnant avec IPoIB configuré. Ces étapes supposent que l'utilisateur dispose d'un
Privilèges.

2. Installez le package IB ACM. Cela installe les scripts ibacm, ib_acme et init.d.

3. Exécutez 'ibacm' en tant qu'administrateur pour démarrer le démon ibacm.

4. En option, exécutez 'ib_acme -d -v' pour vérifier que le service ibacm est en cours d'exécution.

5. Installez librdmacm, en utilisant l'option de génération --with-ib_acm si nécessaire. Cette option de construction
n'est pas nécessaire avec librdmacm 1.0.17 ou plus récent. La librdmacm utilisera automatiquement le
service ibacm. En cas d'échec, la librdmacm reviendra à une résolution normale.

6. Vous pouvez utiliser ib_acme -P pour collecter des statistiques de performances du démon ibacm local pour
voir si le service fonctionne correctement.

NOTES


ib_acme :

Le programme ib_acme remplit un double rôle. Il agit comme un utilitaire pour tester le fonctionnement d'ibacm et
aider à vérifier si le service ibacm et le protocole sélectionné sont utilisables pour un cluster donné
configuration. De plus, il génère automatiquement des fichiers de configuration ibacm pour
aider ou éliminer la configuration manuelle.

fichiers de configuration ibacm :

Le service ibacm repose sur deux fichiers de configuration.

Le fichier ibacm_addr.cfg contient des mappages de noms et d'adresses pour chaque IB
pkey> point de terminaison. Bien que les noms dans le fichier ibacm_addr.cfg puissent être n'importe quoi, ib_acme
mappe le nom d'hôte et les adresses IP aux points de terminaison IB. Si le fichier d'adresses ne peut pas être
trouvé, le service ibacm tentera d'en créer un en utilisant les valeurs par défaut.

Le fichier ibacm_opts.cfg fournit un ensemble d'options configurables pour le service ibacm, telles que
comme le délai d'attente, le nombre de tentatives, le niveau de journalisation, etc. ib_acme génère le fichier ibacm_opts.cfg
fichier utilisant des informations statiques. Si un fichier d'options est introuvable, ibacm utilisera par défaut
valeurs.

ibacm :

Le service ibacm est responsable de la résolution des noms et adresses vers le chemin InfiniBand
informations et la mise en cache de ces données. Il doit s'exécuter avec des privilèges administratifs.

L'ibacm implémente une interface client sur des sockets TCP, qui est abstraite par le
bibliothèque librdmacm. Un ou plusieurs protocoles back-end sont utilisés par le service ibacm pour
satisfaire les demandes des utilisateurs. Bien que l'ibacm prenne en charge les requêtes d'enregistrement de chemin SA standard sur le
back-end, il prend également en charge un protocole de résolution basé sur le trafic multicast. Le dernier
n'est pas utilisable sur toutes les topologies de tissu, en particulier celles qui peuvent ne pas être réversibles
chemins ou tissus utilisant le routage de tore. Les utilisateurs doivent utiliser l'utilitaire ib_acme pour vérifier que
Le protocole de multidiffusion est utilisable avant d'exécuter d'autres applications.

Conceptuellement, le service ibacm implémente un protocole de type ARP et utilise soit IB
enregistrements de multidiffusion pour construire des données d'enregistrement de chemin ou interroge directement la SA, en fonction de
le protocole d'itinéraire sélectionné. Par défaut, les services ibacm utilisent et mettent en cache le chemin SA
enregistrer les requêtes.

Plus précisément, tous les points d'extrémité IB rejoignent un certain nombre de groupes de multidiffusion. Les groupes de multidiffusion diffèrent
basés sur les tarifs, mtu, sl, etc., et sont hiérarchisés. Tous les terminaux participants doivent être
capable de communiquer sur le groupe multicast de priorité la plus basse. L'ibacm attribue un ou plusieurs
noms/adresses à chaque point de terminaison IB à l'aide du fichier ibacm_addr.cfg. Les clients fournissent la source
et les noms ou adresses de destination en entrée du service, et recevoir en tant que chemin de sortie
enregistrer des données.

Le service mappe le nom/l'adresse source d'un client à un point de terminaison IB local. Si un client fait
ne pas fournir d'adresse source, le service ibacm en sélectionnera une en fonction de la
tables de destination et de routage local. Si le nom/l'adresse de destination n'est pas mis en cache
localement, il envoie une demande de multidiffusion sur le groupe de multidiffusion le moins prioritaire sur le
point de terminaison local. La demande porte une liste de groupes de multidiffusion que l'expéditeur peut utiliser.
Le destinataire de la demande sélectionne le groupe multicast de priorité la plus élevée qu'il peut utiliser
également et renvoie ces informations directement à l'expéditeur. Les données de la demande sont mises en cache
par tous les points d'extrémité qui reçoivent le message de demande de multidiffusion. Le point de terminaison source également
met en cache la réponse et utilise le groupe de multidiffusion qui a été sélectionné pour construire ou obtenir
des données d'enregistrement de chemin, qui sont renvoyées au client.

La mise en œuvre actuelle de l'IB ACM comporte plusieurs restrictions supplémentaires :

- L'ibacm est limité dans sa gestion des changements dynamiques. ibacm doit être arrêté et
redémarré si un cluster est reconfiguré.

- Les données mises en cache n'expirent pas et ne sont mises à jour que si une nouvelle demande de résolution est
reçu d'un autre QPN qu'une requête mise en cache.

- La prise en charge d'IPv6 n'a pas été vérifiée.

- Le nombre d'adresses pouvant être attribuées à un même point de terminaison est limité à 4.

- Le nombre de groupes de multidiffusion qu'un point de terminaison peut prendre en charge est limité à 2.

L'ibacm contient plusieurs caches internes. Ceux-ci incluent des caches pour GID et LID
adresses de destination. Ces caches peuvent être éventuellement préchargés. ibacm soutient le
Plugin OpenSM dump_pr Format PathRecord "complet" qui est utilisé pour précharger ces caches. Les
le format de fichier est spécifié dans le fichier ibacm_opts.cfg via le paramètre route_preload qui
doit être défini sur full_opensm_v1 pour ce format de fichier. Le format par défaut est aucun, ce qui
pas précharger ces caches. Voir dump_pr.notes.txt dans dump_pr pour plus d'informations sur le
format de fichier full_opensm_v1 et comment configurer OpenSM pour générer ce fichier.

De plus, le nom, les caches IPv4 et IPv6 peuvent être préchargés à l'aide du
addr_preload option. La valeur par défaut est none, ce qui ne précharge pas ces caches. Pour précharger
ces caches, définissez cette option sur acm_hosts et configurez le fichier addr_data_file de manière appropriée.

Utilisez ibacm en ligne en utilisant les services onworks.net


Serveurs et postes de travail gratuits

Télécharger des applications Windows et Linux

Commandes Linux

Ad