!PARTITION¶

1-ին տող¶

!PARTITION, TYPE=<type>, METHOD=<method>, DOMAIN=<domain> [, ընտրովի պարամետր]

Պարամետր
TYPE	Տիրույթի բաժանման տեսակ (պարտադիր)
METHOD	Տիրույթի բաժանման մեթոդ (պարտադիր)
DOMAIN	Տիրույթների քանակ (պարտադիր)
DEPTH	Վերածածկման խորություն (ընտրովի)
UCD	Տիրույթի բաժանման պատկերի համար UCD ֆայլի արտածում (ընտրովի)
CONTACT	Կոնտակտային կետերի մշակումը տիրույթի բաժանման ժամանակ (ընտրովի)
CONTACT_OWNER	Զուգահեռ կոնտակտի սեփականության սխեմա (ընտրովի)

Պարամետր	Պարամետրի արժեք	Բովանդակություն
TYPE	NODE-BASED	Հանգույցների վրա հիմնված բաժանում
	ELEMENT-BASED	Տարրերի վրա հիմնված բաժանում
METHOD	RCB	RCB մեթոդ, 2-րդ տողում պարտադիր է նշել բաժանման հղման առանցքները
	KMETIS	kMETIS
	PMETIS	pMETIS
DOMAIN		Տիրույթների քանակ
DEPTH		Ենթատիրույթների վերածածկման խորություն (բաց թողնելու դեպքում DEPTH=1)TYPE=ELEMENT-BASED դեպքում նշել չի կարելի
UCD		UCD ֆայլի անուն (ընտրովի)
CONTACT	DEFAULT	Կատարում է սովորական տիրույթի բաժանում՝ առանց կոնտակտային կետերը հաշվի առնելու (նույն կերպ, ինչ SIMPLE)
	AGGREGATE	Գլխավոր և ենթակա մակերեսները հատկացնում է նույն ենթատիրույթին
	DISTRIBUTE	Գլխավոր մակերեսի հանգույցները հավասարաչափ բաշխում է ենթատիրույթների միջև
	SIMPLE	Կատարում է սովորական տիրույթի բաժանում՝ առանց կոնտակտային կետերը հաշվի առնելու (նույն կերպ, ինչ DEFAULT)
CONTACT_OWNER	MASTER	Գլխավոր սեփականատիրոջ սխեմա (լռելյայն)։ Գլխավոր մակերեսը բաժանում է ըստ տարրերի սեփականատեր տիրույթների և ենթակա հանգույցները կրկնօրինակում յուրաքանչյուր գլխավոր սեփականատեր տիրույթում
	SLAVE	Ենթակա սեփականատիրոջ սխեմա։ Յուրաքանչյուր ենթակա հանգույց պահվում է միայն իր սեփականատեր տիրույթում, իսկ այդ տիրույթում տեղադրվում է ամբողջ գլխավոր մակերեսըԿարելի է նշել միայն TYPE=NODE-BASED դեպքում

CONTACT և CONTACT_OWNER անկախ պարամետրեր են և կարող են կամայականորեն համակցվել։

CONTACT_OWNER¶

Զուգահեռ կոնտակտային վերլուծությունում սահմանում է, թե որ տիրույթն է պատասխանատու կոնտակտային զույգի որ մասի համար։

MASTER (լռելյայն) գլխավոր մակերեսը բաժանում է ըստ դրա տարրերը սեփականացնող տիրույթների և ենթակա հանգույցները կրկնօրինակում է գլխավոր մակերես պարունակող բոլոր տիրույթներում։ Կրկնվող կոնտակտային թեկնածուները հաշտեցվում են տիրույթների միջև ագրեգացմամբ։

SLAVE-ը հակադարձում է այս սխեման։ Յուրաքանչյուր ենթակա հանգույց պահվում է միայն այն տիրույթում, որը նրան սեփականացնում է, և այդ տիրույթը ստանում է կոնտակտային զույգի ամբողջ գլխավոր մակերեսը։ Վերջավոր սահքի (!CONTACT-ի INTERACTION=FSLID) դեպքում ենթակա հանգույցը կարող է սահել գլխավոր մակերեսի տիրույթի բաժանման սահմանից այն կողմ։ MASTER դեպքում գլխավոր մակերեսի հարևանությունը կառուցվում է միայն յուրաքանչյուր տիրույթի ներսում, ուստի սահմանի մոտ հարևանության որոնումը կարող է ընդհատվել, ենթակա հանգույցը ժամանակավորապես ճանաչվել որպես ոչ կոնտակտային, և Lagrange բազմապատկիչի ու շփման պատմությունը կորչել։ SLAVE դեպքում որոնման համար անհրաժեշտ գլխավոր մակերեսը միշտ ամբողջությամբ գտնվում է նույն տիրույթում, ուստի այս խնդիրը չի առաջանում, և լուծումը կախված չէ տիրույթների քանակից։

Քանի որ SLAVE նշված տիրույթը պահում է ամբողջ գլխավոր մակերեսը, աճում են այդ տիրույթի հիշողության օգտագործումը և հարևան տիրույթների քանակը։ Այն չի կարող օգտագործվել TYPE=ELEMENT-BASED-ի հետ միասին։

2-րդ տող (պարտադիր է միայն METHOD=RCB դեպքում)¶

(2-րդ տող) DIR1, DIR2, DIR3, ... (նշել բաժանումների քանակին համապատասխան)

Փոփոխականի անուն	Հատկանիշ	Բովանդակություն
DIRX	C	Բաժանման հղման առանցք (նշվում է փոքրատառ x, y կամ z-ով)

Կառավարման ֆայլի օրինակներ¶

Օրինակ 1

!PARTITION, TYPE=NODE-BASED, METHOD=RCB, DOMAIN=8, DEPTH=1, UCD=mesh.inp
x, y, z

Օրինակ 2

!PARTITION, TYPE=ELEMENT-BASED, METHOD=PMETIS, DOMAIN=32

Օրինակ 3 (վերջավոր սահքով կոնտակտային վերլուծություն)

!PARTITION, TYPE=NODE-BASED, METHOD=PMETIS, DOMAIN=8, CONTACT_OWNER=SLAVE