Блокировкаланган хабарларни жўнатиш ва қабул қилиш - Informatika va AT - Referatlar

Блокировкаланган хабарларни жўнатиш ва қабул қилиш

Yuklangan vaqt:

20.09.2019

Ko'chirishlar soni:

0

Hajmi:

138.5 KB

Ko'chirib olish

www.arxiv.uz Блокировкаланган хабарларни жўнатиш ва қабул қилиш MPI да маълумотларни асинхрон алмашиш учун бир қатор процедуралар мавжуд. Блокировкаловчи процедуралардан фарқли равишда бундай процедуралардан қайтиш чақирилган кейин хеч бир жараённи иши тўхтатилмасдан дарров амалга ошади. Дастур бажарилиши давомида асинхрон ишга туширилган амаллар юз беради ва қайта ишланади. Амалда, бу имконият эффектив дастурлар тузишда жуда фойдали хисобланади. Аслида, дастурчи бирор холатда унга бошқа жараёнда хисобланаётган массив керак бўлишини билади. Дастурчи олдиндан жорий массивни олиш учун дастурда асинхрон сўров жойлайди. Массив хақиқатда зарур бўлишига қадар у бошқа бир фойдали мақсадларда қўлланилиб туради. Бу ерда хам кўпчилик холатларда хабарни жўнатиб бўлинишини кутмасдан навбатдаги хисоблашларни бажариш мумкин. Асинхрон хабар алмашишни тугатиш учун хабар алмашиш амали тугаганлигини ёки давом этаётганлигини текширувчи қўшимча процедура зарур бўлади. Фақат шундан кейингина алмашинаётган хабарни бузилишига хавфсирамасдан жўнатиш буферидан фойдаланиш мумкин. Агар хабарларни узатиш қабул қилиш амалларини хисоблашлар фонида яширин имконияти мавжуд бўлса, ундан фойдаланиш керак. Бироқ амалиёт доимо назария билан мос келавермайди. Бу конкрет хақиқийликка боғлиқ. Афсуски, асинхрон амаллар аппаратура ва система томонидан эффектив қўллаб-қувватланмайди. Шунинг учун фонда хисоблашларни бажариш эффекти нольга тенг ёки унчалик катта бўлмаса хайрон бўлмаслик керак. Келтирилган эслатмалар эффективлик билан боғлиқ. Шундай бўлсада асинхрон амаллар функционаллиги бўйича жуда фойдали хисобланади ва

www.arxiv.uz шунинг учун асинхрон амаллар хар бир хақиқий дастурда мавжуд. MPI_ISEND(BUF,COUNT,DATATYPE,DEST,MSGTAG,COMM, REQUEST,IERR) <type> BUF(*) INTEGER COUNT,DATATYPE,DEST,MSGTAG,COMM,REQUEST,IERR BUF буферидан блокировкаламасдан COMM коммуникаторидаги DEST жараёнига MSGTAG идентификаторли DATATYPE тоифаси хабарнинг COUNT элементларини жўнатиш. Бу процедурадан қайтиш узатиш жараёни яратилгандан кейин, BUF буферидаги тўла хабар қайта ишланиб бўлинмасидан дархол амалга ошади. Яъни бу холат жорий буфердан жўнатиш ишлари тугатилганлигини тасдиқловчи қўшимча маълумотларни олмасдан фойдаланиш мумкин эмаслигини билдиради. BUF буферидан ундаги узатилаётган хабарни бузилиш хатаридан холи равишда қайта фойдаланиш моментини қайтарувчи REQUEST параметри ёрдамида MPI_WAIT хамда MPI_TEST тоифали процедуралар ёрдамида аниқлаш мумкин. REQUEST параметри Фотран тилида INTEGER тоифага эга ва маълум блокировкаланмаган амални идентификатциялаш учун қўлланилади. MPI_SEND процедурасини учта модификатциясига мос учта қўшимча MPI_ISEND процедура мавжуд. Булар қуйидагилар: - MPI_IBSEND буфердаги хабарни блокировкаламасдан жўнатиш; - MPI_ISSEND хабарларни синхронли блокировкаламасдан жўнатиш; - MPI_IRSEND таёрлиги бўйича блокировкаламасдан хабар жўнатиш; MPI_IRECV(BUF,COUNT,DATATYPE,SOURCE,MSGTAG, COMM,REQUEST,IERR) <type> buf(*) INTEGER COUNT ,DATATYPE,SOURCE,MSGTAG,COMM,REQUEST,IERR STATUS массивини тўлдирган холда COMM коммуникаторидаги SOURCE номерли жараёндан MSGTAG идентификаторли DATATYPE тоифали хабарни COUNT дан кўп бўлмаган элементларини

www.arxiv.uz блокировкаламасдан BUF буферига қабул қилиш. Блокировкалаб қабул қилишдан фарқли равишда процедурадан қайтиш қабул жараёни юзага келиш билан ва тўла хабар қабул қилиниши, хамда у BUF буферидан ёзилмасдан дарров амалга ошади. Қабул жараёни тугаганлиги REQUEST парметри, хамда MPI_WAIT ва MPI_TEST оиласидаги процедуралари ёрдамида аниқланади. MPI_SEND, MPI_ISEND процедураларини ихтиёрий биридан, уларнинг учта модификатциясини ихтиёрий биридан жўнатилган хабар MPI_RESV ва MPI_IRESV процедураларини ихтиёрий бири томонидан хабар қабул қилинади. Блокировкаланмаган амалларни қўллашда бу амал тугамагунича ишлатилаётган массивга маълумотлар ёзмаслик керак. MPI_IPROBE(SOURCE,MSGTAG,COMM,FLAG,STATUS,IERR) LOGICAL FLAG INTEGER SOURCE,MSGTAG,COMM,IERR,STATUS(MPI_STATUS_SIZE) COMM коммуникаторидаги SOURCE номерли жараёндан кутилаётган MSGTAG идентификаторли хабар структураси хақида маълумотларни STATUS массивида жойлаш. Агар мос атрибутли хабар қабул қилиниши мумкин бўлса, FLAG параметри қиймати TRUE га тенг кўрсатилган атрибутли хабарни хали қабул қилиш мумкин бўлмаса FLAG параметри қиймати FALSE га тенг бўлади. MPI_WAIT(REQUEST,STATUS,IERR) INTEGER REQUEST,IERR,STATUS(MPI_STATUS_SIZE) REQUEST идентификатори билан мос боғланган COUT асинхрон амалини тугашини кутиш. Блокировкаланмаган қабул қилиш амаллари учун STATUSES массивида мос параметр аниқланади. Агар битта ёки бир неча маълумотлар алмашиш амалида хатолик юз берса, у холда STATUSES массивидаги элементларнинг хатолик майдонида мос қийматлар ўрнатилади.

www.arxiv.uz Процедура бажарилгандан кейин REQUEST параметриниг мос элементлари MPI_REQUEST_NULL қийматида ўрнатилади. Қуйидаги келтирилган мисолда барча жараёнлар блокировкаланмаган амаллар ёрдамида халқа топологиясига мос холда яқин қўшнилари билан хабарлар алмашади. Ушбу мақсадда блокировкаловчи амаллар қўлланилса тупик холатлар юзага келади. MPI_WAITANY(COUNT,REQUEST,INDEX,STATUS,IERR) INTEGER COUNT,REQUEST(*),INDEX,STATUS(MPI_STATUS_SIZE),IERR REQUEST идентификатори билан боғланган асинхрон COUNT амаллардан бирини тугашини кутиш. Агар чақирув вақтигача кутилаётган амаллардан бир неча тугаган бўлса, у холда тасодифий равишда ихтиёрий бири танланади. INDEX параметрида REQUEST массивидаги тугаган амал идентификатор сақланувчи элемент номери жойлашади. Блокировкаламайдиган қабул қилишда STATUS параметри аниқланади. Процедура бажарилгандан кейин REQUEST массивининг мос элементида MPI_REQUEST_NULL қиймати ўрнатилди. REQUEST идентификатори билан боғланган INCOUNT та асинхрон амаллардан бирини тугашини кутиш. INDEXES массивининг дастлабки OUTCOUNT элементида REQUEST массиви элементларининг номери ва идентификатори сақланади. STATUSES массивининг дастлабки OUTCOUNT элементида тугаган амаллар параметрлари сақланади. Процедура бажарилиши тугагандан кейин REQUESTS параметрининг мос элементларида MPI_REQUEST_NULL қиймати ўрнатилади. Навбатдаги мисолда "master-slave" (барча жараёнлар битта жараён билан мулоқат қилади) коммуникацион схемани ташкил этиш учун MPI_WAITSOME процедурасидан фойдаланиш кўрсатилган. 0 жараёнидан ташқари барча жараёнлар циклнинг хар бир итерациясига slave процедурасини чақириш орқали массивнинг ўзига тегишли локал қисмини

www.arxiv.uz аниқлаб олади ва шундан кейин уни бош жараёнга жўнатади. 0 жараёни аввал қолган барча жараёнлардан блокировкаланган қабулни белгилайди, real дан кейин ақалли биттага хабар келишини кутади. Келувчи хабарлар учун 0 жараёни қайта ишловчи master жараёнини чақиради. Бундан кейин яна блокировкаланмаган қабулни ўрнатади. Шу тарзда 0 жараёни жорий вақтда тайёр бўлган маълумотлар блокини қайта ишлайди. Бунда дастур тўғри ишлаши учун 0 жараёни келган хабарларни қайта ишлаб улгуришини таъминлаш керак. Яъни slave процедураси master процедурасига нисбатан кўпроқ ишлаши керак. Бундан ташқари мисолда чексиз цикл ёзилган, шунинг учун аниқ дастур учун ишни тугатиш шарти бўлиши керак. REQUEST идентификатори билан боғланган MPI_ISEND ёки MPI_IRECV асинхрон амалнинг тугашини текшириш. FLAG параметрида қиймат қайтарилади. Агар амал тугаган бўлса, бу қиймат TRUE, акс холда FALSE га тенг бўлади. Агар қабул процедураси тугаган бўлса, у холда қабул қилинган хабар атрибутлари ва узунлигини STATUS параметри ёрдамида оддий тарзда аниқлаш мумкин. Процедура бажарилганидан кейин REQUEST параметрининг мос элемент MPI_REQUEST_NULL қийматида ўрнатилади. REQUEST идентификатори билан боғланган асинхрон COUNT амалини тугашини текшириш. Агар кўрсатилган идентификатор билан боғланган барча амаллар тугаган бўлса, FLAG параметрида процедура TRUE қийматини қайтаради. Бу холда хабар параметри STATUSES массивида кўрсатилади. Агар амаллардан бири тугамаган бўлса, у холда FALSE қиймати қайтарилади ва STATUSES массиви элементларининг аниқланганлиги кафолатланмайди. Процедура бажарилгандан кейин REQUEST параметрларининг мос элементлари MPI_REQUEST_NULL қийматида ўрнатилади. REQUEST массивидаги идентификаторлар билан боғланган асинхрон амаллардан камида биттаси тугаганлигини текшириш. Агар асинхрон

www.arxiv.uz амаллардан ақалли биттаси тугаган бўлса, FLAG параметрида TRUE қиймати қайтарилади. Бунда INDEX ва REQUESTS массивидаги мос элементлар номери сақланади, STATUS да эса хабар параметрлари сақланади. Агар битта хам тугамаган бўлса, FALSE қиймати қайтарилади. Агар юқоридаги процедурасини чақириш вақтида бир неча кутилаётган амаллардан бир нечаси тугаган бўлса, у холда тасодифий равишда улардан бири танланади. Процедура бажарилгандан кейин REQUESTS параметрининг мос элементлари MPI_REQUEST_NULL қийматида кўрсатилади. Келтирилган процедурага MPI_WAITSOME процедураси ўхшаш бўлиб, бу процедура тез қайтарилади. Агар жорий процедурани чақириш вақтигача тестланмаётган амалларнинг хеч бири тугамаган бўлса, у холда OUTCOUT қийматини 0 га тенг бўлади. Навбатдаги мисолда жараёнлар ўртасида сатлари бўйича тақсимланган квадрат матрицани транспонирлашни бажарувчи блокировкаланмаган амалларни қўллаш намойиш этилган. Аввал хар бар жараён локал холда а массивнинг nl сатрини аниқлайди. Кейин MPI_ISEND ва MPI_IRECV блокировкаламайдиган амаллар ётдамида транспонирлаш учун зарур бўлган маълумотлар алмашунивлар белгиланади. Бошланган алмашинувлар фанида хар бир жараён ўзига тегишли А массивнинг локал қисмини транспонирлайди. Бундан кейин жараён MPI_WAITWAY процедурасини чақириш орқали бошқа ихтиёрий бир жараёндан хабар келишини кутади ва жорий жараёндан келган а массив қисмини транспонирлайди. Қайта ишлаш барча жараёнлардан хабар олиб бўлгунча давом этади. Охирида берилган а массив ва транспонирланган b массив чоп қилинади. Мулоқатнинг кечиктирилган сўровлари. Жорий гурух процедуралари бир доирада узатиш қабул қилишдаги

www.arxiv.uz ортиқча харажатларни камайтиришга имкон яратади. Шунингдек жараёнлар ва тармоқ назорати ўртасида зарур маълумотлар алмашишдаги ортиқча уринишларни камайтиради. Кўпинча дастурда бир хил параметрли алмашинувларни кўп марта бажаришга тўғри келади. Бундай холда алмашиш амалини бир марта белгилаш ва кейин ундан маълумотларни ички структурасини белгилаш ва қўллаш учун ортиқча вақт йўқотмасдан хар бир яқинланишида кўп марта фойдаланиш мумкин. Бундан ташқари шу тарзда бир нечта узатиш қабул қилиш сўровларини битта буйруқ билан ишга тушириш учун бирлаштириш мумкин. Хабарни қабул қилиш усули уни жўнатиш усулига боғлиқ эмас. Юқорида келтирилган сўровлар ёки оддий усулда жўнатилган хабарлар оддий усулда хам ёки кечиктирилган сўровлар ёрдамида хам қабул қилиниши мумкин. MPI_SEND_INIT(BUF,COUNT,DATATYPE,DEST,MSGTAG,COMM, REQUEST,IERR) <type>BUF(*) INTEGER COUNT ,DATATYPE,DEST,MSGTAG,COMM,REQUEST,IERR Хабар жўнатиш учун кечиктирилган сўровни расмийлаштириш. Бунда жўнатиш амали бошланмайди. MPI_SEND ва MPI_ISEND, процедураларининг учта модификатциясига ўхшаш MPI_SEND_INIT процедурасининг учта қўшимча варианти мавжуд: - MPI_BSEND_INIT буферлаб хабар жўнатиш учун кечиктирилган сўров расмийлаштириш; - MPI_SSEND_INIT синхронлаб хабар жўнатиш учун кечиктирилган сўров расмийлаштириш; - MPI_RSEND_INIT таёрлиги бўйича хабар жўнатиш учун кечиктирилган сўров расмийлаштириш. MPI_RECV_INIT(BUF,COUNT,DATATYPE,SOURCE,MSGTAG,COMM, REQUEST,IERR)

www.arxiv.uz <type> BUF(*) INTEGER COUNT,DATATYPE,SOURCE,MSGTAG,COMM,REQUEST,IERR REQUEST параметри қийматига мос маълумот алмашиш амалини бажариш учун кечиктирилган сўров яратиш. Амал блокировкаланмаган холда ишга тушади. MPI_START(REQUEST,IERR) INTEGER REQUEST,IERR REQUEST массивининг дастлабки COUNT элементлари қийматига мос маълумотлар алмашиш амалларини бажариш учун COUNT та кечиктирилган сўровларни белгилаш. Амал блокировкаланмаган холда ишга тушади. Блокировкаламайдиган амаллардан фарқли равишда кечиктирилган сўров ёрдамида ишга туширилган амал тугагандан кейин REQUEST параметри қиймати сақланиб қолади ва кейинчалик уни ишлатиш мумкин. MPI_REQUEST_FREE(REQUEST,IERR) INTEGER REQUEST,IERR Жорий процедура REQUESTпараметри билан боғлиқ маълумотлар структурасини ўчиради. У бажарилгандан кейин REQUEST параметри MPI_REQUEST_NULL қийматида ўрнатилади. Агар ушбу сўров билан боғлиқ амал бажарилаётган бўлса, у холда унинг иши тугатилади. Навбатдаги мисол халқа топология сида қўшни жараёнлар ўртасида икки йўналишдаги амаллар учун кечиктирилган сўровлар ўрнатилади. Амалларнинг ўзи эса навбатдаги циклнинг хар бир яқинлашувида юкланади. Цикл тугаганидан кейин кечиктирилган сўровлар ўчирилади. 2.3.Жараёнларнинг жамоа алоқаси Жараёнларнинг жамоавий мулоқат алоқаларида коммуникатордаги барча жараёнлар қатнашади. Мос процедура ўзининг параметрлар тўплами билан барча жараёнлар томонидан чақирилади. Жамоавий мулоқат

www.arxiv.uz процедурасидан қайтиш жараённинг жорий амалидаги иши тугаган пайтда юз беради. Блокировкаловчи процедурадаги каби қайтиш қабул ёки жўнатиш буферидан фойдаланиш мумкинлигини билдиради. MPI да асинхрон жамоа амаллар йўқ. Жамоавий амаллар нуқта-нуқта тоифасидаги амаллар учун қўлланилган коммуникаторлардан фойдаланиш мумкин. MPI да жамоавий амаллар жараёнида чиқарилган хабарлар бошқа амалларни бажаришига таъсир қилмайди ва жараёнларнинг индивидуал мулоқатида пайдо бўлган хабарлар билан келишишмайди. Умуман олганда жамоавий амаллар ёрдамида ишлаётган жараёнларнинг синхронлигига таянмаслик керак. Бирор жараёнлар иши хам тугаганлигини билдирмайди. Жамоавий амалларда хабарлар идентификаторлари (тэглари) ишлатилмайди. Шу тарзда жамоавий амаллар дастур текстида жойлашишига мос холда қаътий тартибланган. MPI_ВАRRIЕR(СОММ,IЕRR) INТЕGЕR СОММ, IЕRR Процедура жараёнларни тўсиқли синхронлаш учун қўлланилади. Жараёнлар иши СОММ коммуникаторидаги қолган жараёнлар жорий процедурани бажармагунича блокировкаланади. Коммуникатордаги охирги жараён жорий процедурани бажарганидан кейин барча жараёнлар блокировкадан бўшатилади ва бажарилишда давом этади. Жорий процедура жамоавий хисобланади. Коммуникаторнинг турли жараёнлари томонидан процедура мурожати дастурнинг турли қисмларидан бўлса хам барча жараёнлар MPI_ВАRRIЕR ни чақириши керак. Навбатдаги мисолда MPI_ВАRRIЕR процедурасининг вазифаси мулоқатлашишнинг кечиктирилган сўрови ёрдамида моделлаштирилади. Натижаларни ўртачасини аниқлаш учун NTIMES алмашиш амаллари бажарилади. Бунда

www.arxiv.uz барча жараёнлар 0 номерли жараёнга хабар жўнатадилар ва шундан кейин 0 жараёндан барча жараёнлар дастурнинг жорий нуқтасигача етиб келганлигини билдирувчи жавоб сигнали олинади. Кечиктирилган сўровлардан фойдаланиш маълумотлар жўнатишни бир марта белгилашга ва кейин циклнинг хар бир яқинлашишида қўллашга имкон яратади. ROOT жараёнидаги BUF массивидаги DATATYPE тоифали COUNT элементларини жорий COMM коммуникаторидаги барча жараёнларга жўнатиш. Процедурадан қайтгандан кейин ROOT жараёнининг BUF буферидаги маълумотлар COMM коммуникаторидаги хар бир жараённинг локал буферига нусхаланади. COUNT, DATATYPE, ROOT ва COMM параметрларининг қийматлари барча жараёнларда бир хил бўлиши керак. Масалан, 2 жараёндан дастурнинг қолган жараёнларига BUF массивини ва 100 бутун сонли элементларни жўнатиш учун барча жараёнларда қуйидаги чақирув мавжуд бўлиши керак: STYPE тоифали SCOUNT маълумотлар элементларини COMM коммуникаторидаги барча жараёнларнинг SBUF массивларидан олиб ROOT жараёнининг RBUF массивида тўплаш. ROOT жараёни ва қолган жараёнлар ўзининг SBUF буферидаги маълумотларни жўнатган жараёнлар номерларининг тартибида RBUF буферида жойлаштирилади. ROOT жараёни учун барча параметрлар қийматлари ахамиятга эга, қолган жараёнлар учун SBUF, SCOUNT, STYPE, ROOT ва COMM параметрларининг қийматлари ахамиятга эга. ROOT ва COMM параметрининг қийматлари барча жараёнларда бир хил бўлиши керак. ROOT жараёнининг RCOUNT параметри барча жараёнлардан эмас, балки хар бир жараёнлардан келадиган RTYPE тоифали элементлар миқдорини билдиради. Масалан, 2 жараён rbuf массивида хар бир жараённинг buf массивидаги 10 та бутун сонли элементларни тўплаши учун барча жараёнларда қуйидаги чақирув мавжуд бўлиши керак:

www.arxiv.uz SBUF массивидаги турли миқдордаги маълумотларни тўплаш. Натижавий RBUF буферида маълумотларни жойлашиш тартиби DISPLS массиви белгилайди. RCOUNTS бутун сонли массив бўлиб, хар бир жараёндан жўнатиладиган элементлар миқдорини билдиради (индекс жўнатувчи жараён рангига массив ўлчами COMM коммуникаторидаги жараёнлар сони тенг). DISPLS бутун сонли массив бўлиб, RBUF массив бошига нисбатан силжишини сақлайди (индекс жўнатувчи жараён рангига тенг, массив ўлчами эса COMM коммуникаторидаги жараёнлар сонига тенг). J-1 жараён жўнатган маълумотлар ROOT жараёни RBUF буферининг J- блокида жойлашади. MPI_SCATTER процедураси бажарадиган амалига кўра MPI_GATHER га тескари хисобланади. У ROOT жараёнидаги SBUF массивидан STYPE тоифали SCOUNT тадан иборат элементларни ROOT жараёни ва COMM коммуникаторидаги жараёнларнинг RBUF массивига жўнатади. SBUF буфери жараёнлар сонига тенг бўлакларга бўлинади ва уларнинг хар бирига STYPE тоифали SCOUNT элемент мавжуд. Унда i-қисм (i-1)- жараёнга жўнатилади. ROOT жараён учун барча параметрлар ахамиятли бўлади. Қолган жараёнлар учун фақат RBUF,RCOUNT,RTYPE,SOURCE ва COMM параметрлари қийматлари зарур бўлади. SOURCE ва COMM қийматлари барча жараёнлар учун бир хил бўлиши керак. Навбатдаги мисолда 0-жараёни sbuf массивини аниқлайди ва бундан кейин уни алохида устунларини дастурда ишга тушган алохида жараёнларга жўнатади. Хар бир жараёндаги rbuf массивида жойлашади. SBUF массивида турли миқдордаги маълумотларни жўнатиш. Жўнатиладиган маълумотлар бўлаги, боши DISPLS массивида берилади. SCOUNTS бутун сонли массив бўлиб, хар бир жараёнга жўнатиладиган

www.arxiv.uz элементлар миқдорини сақлайди (индекс манзил жараён рангига, узунлиги COMM коммуникаторидаги жараёнлар миқдорига тенг). ROOT жараёнининг J-1 жараёнга жўнатадиган маълумотлар SBUF буферининг J инчи блокидан жойлашган бўлиб, DISPLS(J) силжишидан бошланади. SBUF буфер билан STYPE бошланади. COMM коммуникаторининг барча жараёнларида SBUF массивларидаги маълумотларни хар бир жараённинг RBUF буферида тўплаш. Маълумотлар жараёнлар номерининг ўсиш тартибида жойлашади. J-1 инчи жараён жўнатган маълумотлар блоки қабул қилувчи жараённинг RBUF буферидаги J инчи блокида жойлашади. Бу амални MPI_GATHER каби қараш мумкин, унинг бажарилиш натижаси COMM коммуникаторининг барча жараёнларида хосил бўлади. COMM коммуникаторининг барча жараёнларида SBUF массивларидан турли миқдорда маълумотларни тўплаш. RBUF массивида маълумотларни жойлашиш тартиби DISPLS массивида берилади. COMM коммуникаторининг хар бир жараёни томонидан келган барча жараёнларга турли улушли маълумотларни жўнатиш. (I-1) инчи жараённинг SBUF буферидаги J инчи маълумотлар блоки (J-1) инчи жараённи RBUF буферининг I инчи маълумотлар блокига жойлашади. COMM коммуникаторининг барча жараёнларидан жорий коммуникаторнинг барча жараёнларига турли миқдордаги маълумотларни жўнатиш. Жўнатувчи жараённинг SBUF буферида маълумотлар жойлашиш ўрни SDISPLS массивида берилади. Қабул қилувчи жараённинг RBUF буферида маълумотларни жойлашиш ўрни RDISPLS массивида берилади. MPI_REDUCE(SBUF,RBUF,COUNT,DATATYPE,OP,ROOT,COMM,IERR) <type> SBUF(*),RBUF(*) INTEGER COUNT,DATATYPE,OP,ROOT,COMM,IERR SBUF массивларининг мос элементлари устида COUNT та мустақил OP

www.arxiv.uz глабол амалларни бажариш. COMM коммуникаторидаги барча жараёнларини SBUF массивининг I инчи элементи устида бажарилган ОР амални бажарилиш натижаси ROOT жараённинг RBUF массивидаги I инчи элементида хосил бўлади(жойланади). MPI да бир қатор глабол амаллар аниқланган бўлиб, улар қуйидаги константалар билан берилади. - MPI_MAX,MPI_MIN- максимум ва минимум қийматини аниқлаш; - MPI_MINLOG,MPI_MAXLOG- максимум ва минимум қийматларни ва уларни жойлашиш ўринини аниқлаш; - MPI_SUM,MPI_PROD-глобал йиғинди ва глобал кўпайтмани аниқлаш; - MPI_LAND,MPI_LOR,MPI_LXOR-мантиқий "ва", "ёки" ; - MPI_BAND,MPI_BOR,MPI_BXOR- битли " ва ", " ёки ". Бундан ташқари дастурчи глобал амалларни бажариш учун MPI_OP_GREATE процедураси ёрдамида ўз функциясини бериш мумкин. Навбвтдаги мисолда глобал суммалаш амали нуқта-нуқта усулида маълумотларни жўнатишни қўлланган иккилантириш схемаси ёрдамида моделлаштирилади. Бундай моделлаш эффективлиги MPI_REDUCE жамоавий амални қўллаб солиштиради: SBUF массивининг мос элементлари устида COUNT та мустақил глобал ОР амалларини бажариш MPI_REDUCE процедурасидан фарқли томони шундаки, натижа хар бир жараённинг RBUF массивида хосил бўлади. Навбатдаги мисолда хар бир жараён локал массивнинг сатр йиғиндиларини хисоблайди, кейин барча жараёнларда хосил бўлган йиғиндилар MPI_ALLREDUCE процедураси ёрдамида тўпланади ва натижа дастурдаги барча жараёнларнинг r массивига ёзилади. SBUF массивларнинг мос элементлари устида RCOUNTS(I) мустақил глобал ОР амалларни бажариш. Вазифасига кўра бу амал аввал глобал амалларни бажарилиши ва хосил бўлган натижалар жараёнларга

www.arxiv.uz жўнатилишига тенг кучли. I инчи жараён натижасининг RCOUNTS(I+1) элементдан иборат (I+1) улушини олади ва RBUF массивига жойлайди. RCOUNTS массиви COMM коммуникаторидаги барча жараёнларда бир хил бўлиши керак. SBUF массивларининг мос элементлари устида COUNT та мустақил глобал ОР амалларни бажаради. I инчи жараён 0 дан I гача бўлган номерли жараёнларнинг SBUF массивларининг мос элементлари устида COUNT та глобал амални бажаради ва олинган натижани RBUF массивида жойлайди. Глобал амалнинг тўлиқ натижаси охирги жараённинг RBUF массивида хосил бўлади. FUNC функцияси ёрдамида ишга тушадиган фойдаланувчининг ОР глобал амалини яратиш. Яратиладиган амал ассоциатив бўлиши керак. Агар COMMUTE парвметри қиймати TRUE бўлса амал коммутатив хам бўлиши керак. Агар COMMUTE параметри қиймати FALSE бўлса, у холда глобал амални бажарилиш тартиби 0 инчи номерли жараёндан бошлаб жараёнлар номерларини ўсиб бориш тартибида қаттий белгиланади. Шу тарзда глобал амални яратишда фойдаланувчи функциясининг интерфейси яратилади. Амалнинг биринчи аргументи INVEC параметридан олинади, иккинчи аргументи INOUTVEC параметридан олинади. Натижа эса INOUTVEC параметрида қайтарилади. LEN параметри кирувчи ва чиқувчи массивлар элементларининг миқдорини, TYPE параметри эса кирувчи ва чиқувчи маълумотлар тоифасини билдиради. Фойдаланувчи функциясида MPI процедуралари ёрдамида хеч қандай маълумотлар алмашиши амалга оширилмаслиги лозим. Фойдаланувчи глобал амалини йўқ қилиш. Процедура бажарилгандан кейин ОР ўзгарувчига MPI_OP_NULL қиймати берилади. Навбатдаги мисолда глобал амал сифатида қўллаш учун фойдаланувчи

www.arxiv.uz функциясини берилиши намойиш этилган. Унда s mod 5 функцияси берилган бўлиб, у модул бўйича элементлар йиғиндисини хисоблайди. Жорий функция MPI_OP_CREAT процедура чақирувида глобал ОР амали сифатида эълон қилинади, кейин MPI_REDUCE процедурасида қўлланилади. Шундан кейин MPI_OP_FREE процедурасини чақириш орқали ўчирилади. 2.4.Гурухлар ва коммуникаторлар. MPI да жараёнлар ва коммуникаторлар гурухлари устида амллар бажаришнинг кенг имкониятлари мавжуд. Бу биринчидан бирор жараёнлар гурухига ўзининг қисм масаласи устида мустақил ишлаш имконини бериш учун зарур. Иккинчидан, агар алгоритм хусусиятига кўра жараёнларнинг фақат бир қисмигина маълумотлар алмашиш керак бўлса, уларни маълумотлар алмашиш учун алохида коммуникатор яратиш қулай хисобланади. Учинчидан, қисм дастурлар кутубхоналарини яратишда кутубхона модуллари ичидаги маълумотлар алмашиш асосий дастурдаги маълумотлар алмашиш билан кесишмаслиги кафолатланиши керак. Бу масалани тўла хажмда мустақил коммуникаторларни яратиш орқали ечиш мумкин. Гурух – бу жараёнларнинг тартибланган тўплами. Гурухдаги хар бир жараёнга бутун сон-ранг ёки номер мос қўйилади. MPI_GROUP_ЕМPTY битта хам жараёнга эга бўлмаган бўш гурухдир. MPI_GROUPE_NULL хато гурухлар учун қўлланиладиган қиймат. Янги гурухлар мавжуд гурухлар асосида хам ва коммуникаторлар асосида хам яратилиши мумкин. Бироқ маълумотлар алмашиш амалларида фақат коммуникаторлар қатнашади. Жараёнларнинг барча гурухлари яратиладиган асосий гурух MPI_COMM_WORLD коммуникатори билан боғланган. Унга дастурнинг барча жараёнлари тегишли хисобланади. Жараёнлар гурухлари устидаги амаллар локал хисбланади. Унга процедурани

www.arxiv.uz чақирувчи жараёнлар киритилади. Процедурани бажаришда жараёнлар ўртасида маълумотлар алмашиш талаб этилмайди. Ихтиёрий жараёнга ихтиёрий гурух устида, шунингдек жорий жараён тегишли бўлмаган гурух устида хам амаллар бажариш мумкин. Гурухлар устида амаллар бажаришда MPI_GROUP_ЕМPTY бўш гурухи хам пайдо бўлиши мумкин. COMM коммуникаторига мос GROUP гурухи хосил қилиш. Си тилида GROUP параметри MPI_GROUP тоифага тегишли бўлади. Қолаверса, дастлаб ягона MPI_COMM_WORLD коммуникатори мавжуд бўлади. Аввал унга мос жараён гурухини аниқлаш зарур. Бу қуйидагича аниқланади: Аввал GROUP гурухидаги N жараёндан RANKS(1),...,RANKS(N) рангли янги NEWGROUP гурухини яратиш. Бунда эски гурухдаги RANKS(I) рангига янги гурухдаги I-1 инчи ранг тўғри келади. N=0 да бўш бўлган MPI_GROUP_EMPTY гурухи яратилади. Бу процедура гурухда янги тартибдаги жараёнларни яратиш учун қўлланиши мумкин. MPI_GROUP_EXCL(GROUP,N,RANKS,NEWGROUP,IERR) INTEGER GROUP,N,RANKS(*),NEWGROUP,IERR GROUP гурихидаги RANK(1),...,RANK(N) рангли жараёнлардан NEWGROUP гурухини яратиш. Бунда янги гурухдаги жараёнлар тартиби жараёнларнинг эски гурухидаги тартибига мос келади. N=0 да эски гурухга ўхшаш гурух яратилади. Навбатдаги мисолда group гурухи жараёнлари асосида кесишмайдиган иккита grоup1 ва group2 жараёнлар гурухи яратилади. Яратилган хар бир гурухга аввалги гурухдаги жараёнларнинг тахминан ярми киради (жараёнлар сони тоқ бўлганда group2 гурухига “битта” кўп жараён киради). Янги яратилган гурухлардаги жараёнларни номерлаш тартиби сақланади. Навбатдаги учта процедура худди тўпламлар каби жараёнлар гурухи устида бажариладиган амаллар аниқлайди. Жараёнларни номерлаш ўзига хослиги туфайли бирлашмаси хам, кесишмаси хам коммутатив эмас, бироқ

www.arxiv.uz ассоциатив . GROUP1 ва GROUP2 гурухларнинг кесишмасидан NEWGROUP гурухини яратиш. Янги гурух таркибига GROUP1 гурухининг GROUP2 гурухига хам тегишли бўлган жараёнлари биринчи гурухдаги тартиби билан киритилади. GROUP1 ва GROUP2 гурухларнинг бирлашмасидан NEWGROUP гурухини яратиш. Хосил бўлган гурух таркибига GROUP1 гурухидаги жараёнлар ўз тартибида ва GROUP2 гурухидаги GROUP1 гурухига хам тегишли бўлмаган гурухлари ўз тартибида киритилади. GROUP1 ва GROUP2 гурухларининг фарқидан NEWGROUP гурухини яратиш. Янги гурухга GROUP1 гурухидаги GROUP2 гурухига кирмаган ва биринчи гурухдагидек тартибланган жараёнлар киритилади. GROUP гурухидаги жараённинг RANK номерини аниқлаш. Агар процедурани чақирувчи жараён GROUP гурухига тегишли бўлмаса, у холда MPI_UNDEFINED қиймати қайтарилади. RANK2 массивида GROUP2 гурухидаги жараёнлар ранглари қайтарилади. N параметри ранги аниқланиши керак бўлган жараёнлар миқдорини билдиради. GROUP1 ва GROUP2 гурухларини солиштириш. Агар GROUP1 ва GROUP2 гурухлари тўлиқ мос келса, у холда RESULT параметрида MPI_IDENT қиймати қайтарилади. Агар гурухлар жараёнлари ранглари билан фарқ қилса, у холда MPI_SIMILAR қиймати қайтарилади. Акс холда MPI_UNEQUAL қиймати қайтарилади. GROUP гурухини ўчириш. Процедура бажарилгандан кейин GROUP ўзгарувчисига MPI_GROUP_NULL қиймати берилади. Агар ушбу процедура чақирилиш пайтида жорий гурух билан бир амал бажарилаётган бўлса, у холда бу амал тугатилади.

www.arxiv.uz Навбатдаги мисолда дастурнинг барча жараёнлари тахминан ўзаро тенг бўлган group1 ва group2 гурухларига тақсимланади. Жараёнлар миқдори тоқ бўлганда group2 да битта жараён кўп бўлади. Бу холда жорий гурухда бу жараён group1 гурухидаги хеч бир жараён билан маълумот алмашмаслиги керак. Хар бир жараён MPI_GROUP_TRANSLATE_RANKS процедурасини чақириш орқали бошқа гурухдаги бир хил номерли жараённи аниқлайди ва у билан MPI_SENDRECV процедурасини чақириб MPI_COMM_WORLD коммуникатори орқали хабар алмашади. Дасдур охирида кейинчалик керак бўлмаган гурухлар MPI_GROUP_FREE процедурасини чақириш орқали ўчиради. Коммуникаторлар билан амал бажариш. Коммуникатор бирор гурух жараёнлари маълумот алмашишда контекстни таъминлаб беради. Контекст маълумотларни мустақил алмашиш имконини таъминлаб беради. Жараёнларнинг хар бир гурухига бир неча коммуникаторлар мос келади, лекин хар бир коммуникатор ихтиёрий вақт пайтида битта гурухга тегишли бўлади. Навбатдаги коммуникаторлар МРI_INIT процедураси чақирилиши билан дарров вужудга келади: - MPI_COMM_WORLD дастурдаги барча жараёнларни бирлаштирувчи коммуникатор; - MPI_COMM_NULL хато коммуникатор учун қўлланувчи қиймат; - MPI_COMM_SELF фақат чақирувчи жараённи ўзига олувчи коммуникатор. Коммуникатор яратиш жамоавий амал хисобланади ва процессорлар ўртасида маълумот алмашишни талаб этади. Шунинг учун бундай процедуралар бирор мавжуд коммуникаторнинг барча жараёнлари томонидан чақирилиши мумкин.

www.arxiv.uz COMM коммуникаторидаги жараёнлари гурухларига ва атрибутига эга бўлган NEWCOMM коммуникаторини яратиш. COMM коммуникаторидан GROUP жараёнлар гурухи учун NEWCOMM янги коммуникаторини яратиш. GROUP гурухи COMM коммуникатори билан боғланган гурухнинг бир қисми бўлиши керак. Бу чақирув COMM коммуникаторининг барча жараёнларида учраши керак. GROUP гурухига тегишли бўлмаган жараёнларда MPI_COMM_NULL қиймати қайтарилади. Навбатдаги мисолда иккита янги гурух яратилади. Улардан бирига жараёнларнинг биринчи ярим, иккинчисига жараёнларнинг иккинчи ярим тегишли бўлади. Жараёнлар сони тоқ бўлганда иккинчи гурухда жараёнлар сони битта кўп бўлади. Хар бир янги гурух учун мос new_comm коммуникатори яратилади ва MPI_ALLREDUCE амали турли гурухларга тегишли бўлган жараёнлар учун алохида бажарилади. COMM коммуникатори COLOR параметри қиймати бўйича бир неча янги коммуникаторларга бўлинади. Битта коммуникаторга COLOR қийматлари бир хил бўлган жараёнлар киради. KEY параметри қиймати катта бўлган жараёнлар янги гурухда катта рангга эга бўлади. KEY параметри қийматлари тенг бўлганда жараёнларни номерлаш система томонидан танланади. Янги коммуникаторга кирмаслиги керак бўлган жараёнларда COLOR параметри қиймати сифатида MPI _ UNDEFINED константаси кўрсатилади. Уларга NEWCOMM параметрида MPI_COMM_NULL қиймати қайтирилади. Навбатдаги мисолда MPI_COMM_WORLD коммуникатори учта бўлакка бўлинади. Биринчисига 0,3,6 ва хаказолар. Номерли жараёнлар, иккинчисига 1,4,7 хаказо ва учинчисига 2,5,8 ва хаказо жараёнлар киради. KEY параметри сифатида rank ўзгарувчисини кўрсатилиши яратиладиган гурухларда жараёнларни номерлаш тартиби бошланғич гурухдаги номерлаш

www.arxiv.uz тартибига мос келишини кафолатлайди. COMM коммуникаторини ўчириш. Бу процедура бажарилганидан кейин COMM ўзгарувчига MPI_COMM_NULL қиймати берилади. Агар бу процедурани чақириш вақтида COMM коммуникатори билан процедура амал бажараётган бўлса, бу амал тугатилади. Навбатдаги мисолда битта янги comm_revs коммуникатори яратилади ва унга дастурдаги барча жараёнлар тескари тартибда номерлаб киритилади. Бу коммуникаторга зарурат бўлмай қолганда, у MPI_COMM_FREE процедураси чақирилиб ўчирилади. MPI_COMM_SPLIT процедурасини жараёнларни қайта номерлаш учун ишлатиш мумкин. 2.5.Турли тоифали маълумотларни узатиш МРI да хабар деганда хотиранинг кетма-кет ячейкаларда жойлашган бир хил тоифали маълумотлар массиви тушинилади. Кўпинча дастурларда маълумотларнинг, нисбатан мураккаб хар хил тоифали элементлардан иборат тузилмасини ёки хотиранинг кетма-кет ячейкаларида жойлашмаган маълумотларни жўнатиш зарур бўлади. Бундай холларда маълумотларни кетма-кет жойлашган бир хил тоифали элементлардан иборат катта бўлмаган қисмлар шаклида ёки маълумотларни жўнатишдан олдин вақтинчалик бирор буферга нусхалаш керак. Иккила усул хам етарлича ноқулай ва вақт тезкор хотирани қўшимча сарфлашни талаб этади. МРI да хар хил тоифали маълумотларни жўнатиш учун иккита махсус усул мавжуд: - Маълумотларнинг хосилавий тоифаси; - Маълумотларнинг ихчам жойлаш ёки ўраш; Маълумотларнинг хосилавий тоифаси. Маълумотларнинг хосилавий тоифаси дастурни бажариш вақтида конструктор процедуралар ёрдамида мажуд тоифалар асосида яратилади. Маълумотлар тоифасини яратиш иккита босқичдан иборат:

www.arxiv.uz 1. Тоифасини конструкциялаш; 2. Тоифасини рўйхатдан ўтказиш; Хосилавий тоифа рўйхатдан ўтгандан кейин уни жўнатиш ва жамоавий амалларда мавжуд тоифалар билан бир қаторда ишлаш мумкин. Хосилавий тоифали маълумотлар билан боғлиқ иш тугагандан кейин уни йўқотиш керак. Бунда хосилавий тоифа сақланиб қолади ва ундан фойдаланиш мумкин. Хосилавий тоифа маълумотларнинг асосий тоифалар кетма-кетлиги ва алмашиш буфери бошига нисбатан сурилишни билдирувчи бутун сонли қийматга эга элементлар тўплами билан характерланади. Сурилиш мусбат ёки манфий бўлиши мумкин ва бир биридан фарқ қилиши шарт эмас, хамда тартибланганлиги талаб этилмайди. Шундай қилиб у асосий тоифасининг кетма-кетлигидан иборат бўлади ва маълумотларнинг бир элементи янги тоифада кўп марта учтариши мумкин. TYPE асосий тоифали кетма-кет COUNT та элементлардан иборат янги NEWTYPE маълумотлар тоифасини яратиш. Аслида яратилган маълумот тоифаси асосий тоифали маълумотлар массивига алохида объект сифатида қарилиши дейиш мумеин. Навбатдаги мисолда newtype янги маълумотлар тоифаси яратилади ва ундан кейин кетма-кет бешта бутун сонни жўнатиш учун қўлланилади. Маълумотларнинг асосий TYPE тоифали BLOCKLEN та элементидан иборат COUNT та блокдан ташкил топган янги NEWTYPE маълумот тоифасини яратиш. Навбатдаги блок олдинги блок бошидан кейинги асосий тоифанинг STRIDE та элементидан кейин бошланади. Навбатдаги мисолда newtype янги маълумот тоифаси яратилади. Бу тоифа яратилгандан кейин ягона бутун объект сифатида қараладиган олтита маълумотлар элементини жўнатиш мумкин. Олтита маълумотлар элементни қуйидагича тасвирлаш мумкин (маълумот элемент тоифаси, жўнатиш буфери бошидан маълумотлар элемент миқдори):

www.arxiv.uz Маълумотларнинг асосий TYPE тоифали BLOCKLEN та элементдан иборат COUNT та блокдан ташкил топган янги NEWTYPE маълумот тоифасини яратиш. Навбатдаги блок олдинги блок бошидан кейинги STRIDE байтдан кейин бошланади. Асосий тоифанинг BLOCKLENS(I) та элементидан иборат COUNT та блокдан ташкил топган янги NEWTYPE тоифасини яратиш. I инчи блок жўнатиш буфери бошидан бошлаб асосий тоифанинг DISPLS(I) та элементдан кейин бошланади. Хосил бўлган тоифани вектор тоифаси умумлашмаси сифатида қараш мумкин. Маълумотлар асосий тоифанинг BLOCKLENS(I) та элементидан иборат COUNT та блокдан ташлил топган NEWTYPE яхши тоифа яратиш. I инчи блок жўнатиш буфер бошидан DISPLS(I) байтдан бошланади. INTEGER COUNT,BLOCKLENS(*),DISPLS(*),TYPES(*),NEWTYPE,IERR TYP Е S(I) тоифали BLOCKLENS(I) та элементли COUNT блокдан ташкил топган NEWTYPE янги структурали тоифа яратиш. I инчи блок жўнатиш буфери бошидан хисоблаганда DISPLS(i) байтдан кейин бошланади. Яратилган хосилавий DATATYPE маълумот тоифасини қайт этилади. Қайт этгандан кейин жорий тоифани мавжуд асосий тоифалар билан бир қаторда маълумот алмашиш амалларида қўллаш мумкин бўлади. Мавжуд тоифаларни қайт этиш керак эмас. DATATYPE хосилавий тоифани йўқотиш. DATATYPE параметрида MPI_DATATYPE_NULL қиймати ўрнатилади. Йўқотилаётган жорий, хосилавий тенг билан боғлиқ бошланган ихтиёрий амал нормал тугатилиши кафолатланади. Бунда хосилавий DATATYPE тоифали маълумотлар йўқолмайди ва кейинчалик улардан фойдаланиш мумкин. Мавжуд асосий тоифалар ўчирилмайди.

www.arxiv.uz DATATYPE маълумотлар тоифасининг байтлардаги SIZE ўлчамини аниқлаш(жорий тоифанинг битта элементининг хотирада эгаллаган ўлчами) Компьютер тезкор хотирасида LOCATION массивининг АDDRЕSS жойлашиш манзили абсолют байтини аниқлаш. Манзил қиймати MPI_BOTTOM система константасида сақланувчи база манзили бошидан бошлаб хисобланади. Бу процедура Фортран тилида хам, ва Си тилида хам объектларни абсолют манзилини аниқлайди. Си тилида бунинг учун бошқа воситалар хам мавжуд. Си тилида ADDRESS параметри MPI_Aint тоифали. Навбатдаги мисолда newtype маълумотларнинг янги тоифаси тавсифланади. У қайт этиш бўлгандан кейин бу тоифа double precision ва character(1) тоифали иккита маълумотлар элементини жоига элемент сифатида жўнатиш мумкин бўлади. Жўнатиш буфер манзили сифатида MPI_BOTTOM база манзили қўлланилади, dat1 ва dat2 маълумотлар элементларини сурилишини аниқлаш учун MPI_ADDRESS процедураси чақирилади. Жўнатишдан олдин янги тоифа MPI_TYPE_COMMIT процедураси чақирилиб қайт қилинади. DATATYPE тоифали маълумот элементининг пастки (қуйи) чегарасини маълумотлар буфери бошига нисбатан DISPL сурилишини байтларда аниқлаш. DATATYPE тоифали маълумот элементининг юқори чегарасини маълумотлар буфери бошига нисбатан DISPL сурилишини байтларда аниқлаш. DATATYPE тоифали маълумотларнинг EXTENT диопозонини (жорий тоифали маълумот элементининг юқори ва қуйи чегараси орасидаги фарқни) аниқлаш. Навбатдаги мисолда маълумотларнинг хосилавий тоифаси матрица устунларини қайта жойлаш учун ишлатилади. MPI_TYPE_VECTOR процедураси ёрдамида яратилган matr_rev маълумотлар тоифаси жорий

www.arxiv.uz жараёнда устунлари тескари тартибда қўйиб чиқилган матрицанинг локал қисмини ташкил этади. Қайт этилгандан кейин бу тоифа маълумотлар алмашишда қўлланилади. Агар матрица ўлчами N дастурдаги жараёнларнинг сонига бутун сонли бўлинса дастур тўғри ишлайди. Маълумотларни ўраш ёки ихчамлаш. Хар хил тоифали маълумотларни алмашиш учун хосилавий тоифаларни яратиш усули билан бирга маълумотларни ўраш ва очиш усули қўлланилади. Хар хил тоифали ёки хотиранинг кетма-кет ячейкаларида жойлашмаган маълумотлар битта узлуксиз буферга жойланади, жўнатилади ва олинган хабар яна хотиранинг керакли ячейкалари бўйлаб тақсимланади. INBUF массивидаги DATATYPE тоифали INCOUNT та элементни массив бошига нисбатан POSITION байтга силжитиб OUTBUF массивига ўраш. OUTBUF буфери камида OUTSIZE байт ўлчамга эга. Процедура бажарилгандан кейин POSITION параметри ёзув ўлчамига тенг байтга ошади. COMM параметри кейинчалик хабар жўнатиладиган коммуникаторни билдиради. Ўралган маълумотларни жўнатиш учун маълумотларнинг MPI_PACKED тоифаси қўлланилади. INBUF массивидаги DATATYPE тоифали OUTCOUNT элементни массив бошига нисбатан POSITION байт суриб OUTBUF массивга ўраш. INBUF массиви ўлчами INSIZE байтдан кам эмас. DATATYPE тоифали INCOUNT та элементни ўраш учун зарур SIZE хотира хажмини аниқлаш. Ўраш учун зарур ўлчам ўралиётган маълумот элементлари ўлчамлари йиғиндисидан ошиб кетиши мумкин. Навбатдаги мисолда buf массиви real тоифали а массивнинг 10 та элементини ва character тоифали b массивнинг 10 та элементини ўрашда буфер сифатида ишлатилади. Хосил бўлган хабар MPI_BCAST процедураси ёрдамида 0 инчи жараёндан қолган жараёнларга жўнатилади. Қабул қилинган хабар MPI_UNPACK процедурасини чақириш орқали очилади.

O'xshashlar

Қарорлар қабул қилиш асослари

Қарор қабул қилиш дарахти

Электрон почта хизмати ва унинг имкониятлари

Маълумотларни параллел қайта ишлаш

Электрон почта сервиси (e-mail) smtp, pop, imap электрон почта протоколлари