InglesPransesEspanyol

Patakbuhin ang mga server | Ubuntu > | Fedora > |


OnWorks favicon

ibacm - Online sa Cloud

Patakbuhin ang ibacm sa OnWorks na libreng hosting provider sa Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

Ito ang command ibacm na maaaring patakbuhin sa OnWorks na libreng hosting provider gamit ang isa sa aming maramihang libreng online na workstation gaya ng Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

PROGRAMA:

NAME


ibacm - mga serbisyo sa paglutas ng address at ruta para sa InfiniBand.

SINOPSIS


ibacm [-D] [-P] [-A addr_file] [-O option_file]

DESCRIPTION


Ang IB ACM ay nagpapatupad at nagbibigay ng balangkas para sa pangalan, address, at ruta (daanan)
mga serbisyo sa paglutas sa InfiniBand. Ito ay inilaan upang matugunan ang pag-setup ng koneksyon
mga isyu sa scalability na nagpapatakbo ng mga MPI application sa malalaking cluster. Ang IB ACM ay nagbibigay
impormasyong kailangan upang makapagtatag ng koneksyon, ngunit hindi nagpapatupad ng CM protocol.

Ang pangunahing gumagamit ng serbisyo ng ibacm ay ang library ng librdmacm. Ito ay nagbibigay-daan sa mga application
upang magamit ang serbisyo ng ibacm nang walang pagbabago sa code o kailangang malaman na ang
ginagamit ang serbisyo. Ang mga bersyon 1.0.12 - 1.0.15 ng librdmacm ay maaaring gumamit ng mga serbisyo ng IB ACM kapag
binuo gamit ang --with-ib_acm na opsyon. Bersyon 1.0.16 at mas bago ng librdmacm will
awtomatikong gamitin ang IB ACM kung ito ay naka-install. Ang mga serbisyo ng IB ACM ay nauugnay sa ilalim ng
rdma_resolve_addr, rdma_resolve_route, at rdma_getaddrinfo routines. Para sa maximum
benepisyo, ang rdma_getaddrinfo routine ay dapat gamitin, gayunpaman ang mga umiiral na application ay dapat
nakakakita pa rin ng makabuluhang mga benepisyo sa pag-scale ng koneksyon gamit ang mga tawag na available sa librdmacm
1.0.11 at mga nakaraang release.

Ang IB ACM ay nakatuon sa pagiging scalable at mahusay. Ang kasalukuyang mga limitasyon sa pagpapatupad
trapiko sa network, mga pakikipag-ugnayan sa SA, at mga sentralisadong serbisyo. Sinusuportahan ng ACM ang maramihang
mga protocol ng resolusyon upang mahawakan ang iba't ibang mga topolohiya ng tela.

Ang pakete ng IB ACM ay binubuo ng dalawang bahagi: ang serbisyo ng ibacm at a
test/configuration utility - ib_acme. Parehong mga bahagi ng userspace at magagamit para sa
Linux at Windows. Ang mga karagdagang detalye ay ibinigay sa ibaba.

Opsyon


-D tumakbo sa daemon mode (default)

-P tumakbo bilang karaniwang proseso

-Isang addr_file
file ng pagsasaayos ng address

-O option_file
file ng pagsasaayos ng opsyon

Mabilis START Gabay


1. Mga kinakailangan: libibumad at libibumad dapat na naka-install. Ang stack ng IB ay dapat na
tumatakbo na may naka-configure na IPoIB. Ipinapalagay ng mga hakbang na ito na may administratibo ang user
mga pribilehiyo.

2. I-install ang IB ACM package. Nag-i-install ito ng ibacm, ib_acme, at init.d script.

3. Patakbuhin ang 'ibacm' bilang administrator upang simulan ang ibacm daemon.

4. Opsyonal, patakbuhin ang 'ib_acme -d -v' upang i-verify na gumagana ang serbisyo ng ibacm.

5. I-install ang librdmacm, gamit ang build option --with-ib_acm kung kinakailangan. Itong build option
ay hindi kailangan sa librdmacm 1.0.17 o mas bago. Awtomatikong gagamitin ng librdmacm ang
ibacm service. Sa mga pagkabigo, ang librdmacm ay babalik sa normal na resolusyon.

6. Maaari mong gamitin ang ib_acme -P upang mangalap ng mga istatistika ng pagganap mula sa lokal na ibacm daemon hanggang
tingnan kung gumagana nang tama ang serbisyo.

NOTA


ib_acme:

Ang programa ng ib_acme ay nagsisilbi ng dalawahang tungkulin. Ito ay gumaganap bilang isang utility upang subukan ang ibacm operasyon at
tumulong sa pag-verify kung magagamit ang serbisyo ng ibacm at napiling protocol para sa isang partikular na cluster
pagsasaayos. Bukod pa rito, awtomatiko itong bumubuo ng ibacm configuration file sa
tumulong sa o alisin ang manu-manong pag-setup.

ibacm configuration file:

Ang serbisyo ng ibacm ay umaasa sa dalawang configuration file.

Ang ibacm_addr.cfg file ay naglalaman ng mga pangalan at address mapping para sa bawat IB
pkey> endpoint. Bagama't ang mga pangalan sa ibacm_addr.cfg file ay maaaring kahit ano, ib_acme
imapa ang pangalan ng host at mga IP address sa mga endpoint ng IB. Kung ang address file ay hindi maaaring
natagpuan, susubukan ng serbisyo ng ibacm na lumikha ng isa gamit ang mga default na halaga.

Ang ibacm_opts.cfg file ay nagbibigay ng isang set ng mga opsyon na maaaring i-configure para sa serbisyo ng ibacm, tulad
bilang timeout, bilang ng mga muling pagsubok, antas ng pag-log, atbp. ib_acme ay bumubuo ng ibacm_opts.cfg
file gamit ang static na impormasyon. Kung hindi mahanap ang isang opsyon na file, ang ibacm ay gagamit ng default
halaga.

ibacm:

Ang serbisyo ng ibacm ay responsable para sa paglutas ng mga pangalan at address sa InfiniBand path
impormasyon at pag-cache ng naturang data. Dapat itong isagawa nang may mga pribilehiyong pang-administratibo.

Ang ibacm ay nagpapatupad ng isang client interface sa mga TCP socket, na na-abstract ng
library ng lirdmacm. Isa o higit pang mga back-end na protocol ang ginagamit ng ibacm na serbisyo sa
matugunan ang mga kahilingan ng user. Bagama't sinusuportahan ng ibacm ang karaniwang mga query sa talaan ng path ng SA sa
back-end, sinusuportahan din nito ang isang resolution protocol batay sa multicast na trapiko. Ang huli
ay hindi magagamit sa lahat ng mga topolohiya ng tela, partikular sa mga maaaring hindi nababaligtad
mga landas o tela gamit ang torus routing. Dapat gamitin ng mga user ang ib_acme utility para i-verify iyon
ang multicast protocol ay magagamit bago patakbuhin ang iba pang mga application.

Sa konsepto, ang serbisyo ng ibacm ay nagpapatupad ng isang ARP tulad ng protocol at alinman ay gumagamit ng IB
mga multicast na tala upang bumuo ng data ng talaan ng landas o direktang mag-query sa SA, depende sa
ang napiling ruta ng protocol. Bilang default, ginagamit at ini-cache ng mga serbisyo ng ibacm ang SA path
mag-record ng mga query.

Sa partikular, lahat ng mga endpoint ng IB ay sumali sa isang bilang ng mga multicast na grupo. Magkaiba ang mga pangkat ng multicast
batay sa mga rate, mtu, sl, atbp., at inuuna. Ang lahat ng kalahok na endpoint ay dapat na
magagawang makipag-usap sa pinakamababang priyoridad na multicast na grupo. Ang ibacm ay nagtatalaga ng isa o higit pa
mga pangalan/address sa bawat endpoint ng IB gamit ang ibacm_addr.cfg file. Nagbibigay ang mga kliyente ng pinagmulan
at mga pangalan o address ng patutunguhan bilang input sa serbisyo, at matanggap bilang output path
itala ang data.

Ang serbisyo ay nagmamapa ng pinagmulang pangalan/address ng kliyente sa isang lokal na endpoint ng IB. Kung gagawin ng isang kliyente
hindi nagbibigay ng source address, pagkatapos ay pipili ng isa ang serbisyo ng ibacm batay sa
destinasyon at lokal na mga routing table. Kung hindi naka-cache ang pangalan/address ng patutunguhan
lokal, nagpapadala ito ng kahilingang multicast sa pinakamababang priyoridad na multicast na grupo sa
lokal na endpoint. Ang kahilingan ay nagdadala ng isang listahan ng mga multicast na grupo na magagamit ng nagpadala.
Pinipili ng tatanggap ng kahilingan ang pinakamataas na priyoridad na multicast group na magagamit nito
pati na rin at direktang ibinabalik ang impormasyong iyon sa nagpadala. Naka-cache ang data ng kahilingan
sa lahat ng mga endpoint na tumatanggap ng mensahe ng kahilingang multicast. Ang pinagmulan endpoint din
ini-cache ang tugon at ginagamit ang multicast na pangkat na pinili para bumuo o kumuha
path record data, na ibinalik sa kliyente.

Ang kasalukuyang pagpapatupad ng IB ACM ay may ilang karagdagang mga paghihigpit:

- Limitado ang ibacm sa paghawak nito sa mga dynamic na pagbabago. dapat itigil ang ibacm at
magre-restart kung ang isang cluster ay muling na-configure.

- Ang naka-cache na data ay hindi nag-time out at ina-update lamang kung may bagong kahilingan sa paglutas
natanggap mula sa ibang QPN kaysa sa naka-cache na kahilingan.

- Ang suporta para sa IPv6 ay hindi pa na-verify.

- Limitado sa 4 ang bilang ng mga address na maaaring italaga sa isang endpoint.

- Limitado sa 2 ang bilang ng mga multicast na grupo na maaaring suportahan ng isang endpoint.

Ang ibacm ay naglalaman ng ilang mga panloob na cache. Kabilang dito ang mga cache para sa GID at LID
mga address na patutunguhan. Ang mga cache na ito ay maaaring opsyonal na i-preload. sinusuportahan ng ibacm ang
OpenSM dump_pr plugin "buong" format ng PathRecord na ginagamit upang i-preload ang mga cache na ito. Ang
Ang format ng file ay tinukoy sa ibacm_opts.cfg file sa pamamagitan ng route_preload setting na kung saan
dapat itakda sa full_opensm_v1 para sa format ng file na ito. Default na format ay walang nagagawa
huwag i-preload ang mga cache na ito. Tingnan ang dump_pr.notes.txt sa dump_pr para sa higit pang impormasyon sa
full_opensm_v1 na format ng file at kung paano i-configure ang OpenSM para buuin ang file na ito.

Bukod pa rito, ang pangalan, IPv4, at IPv6 cache ay maaaring i-preload sa pamamagitan ng paggamit ng
opsyon na addr_preload. Ang default ay wala na hindi nag-preload sa mga cache na ito. Upang i-preload
mga cache na ito, itakda ang opsyong ito sa acm_hosts at i-configure ang addr_data_file nang naaangkop.

Gumamit ng ibacm online gamit ang mga serbisyo ng onworks.net


Ad


Ad