!PARTITION¶

Linya 1¶

!PARTITION, TYPE=<type>, METHOD=<method>, DOMAIN=<domain> [, opsiyonal na parameter]

Parameter
TYPE	Uri ng domain decomposition (kinakailangan)
METHOD	Paraan ng domain decomposition (kinakailangan)
DOMAIN	Bilang ng domain (kinakailangan)
DEPTH	Lalim ng overlap (opsiyonal)
UCD	Output ng UCD file para sa larawan ng domain decomposition (opsiyonal)
CONTACT	Paghawak sa mga contact point sa domain decomposition (opsiyonal)
CONTACT_OWNER	Ownership scheme para sa parallel contact (opsiyonal)

Parameter	Halaga ng parameter	Paglalarawan
TYPE	NODE-BASED	Paghahati batay sa node
	ELEMENT-BASED	Paghahati batay sa elemento
METHOD	RCB	RCB method; kailangang tukuyin ang mga reference axis ng decomposition sa linya 2
	KMETIS	kMETIS
	PMETIS	pMETIS
DOMAIN		Bilang ng domain
DEPTH		Lalim ng overlap ng subdomain (DEPTH=1 kapag inalis)Hindi maaaring tukuyin kapag TYPE=ELEMENT-BASED
UCD		Pangalan ng UCD file (opsiyonal)
CONTACT	DEFAULT	Magsagawa ng karaniwang domain decomposition nang hindi isinasaalang-alang ang contact point (pareho ang paghawak sa SIMPLE)
	AGGREGATE	Italaga ang master at slave surface sa parehong subdomain
	DISTRIBUTE	Ipamahagi nang pantay ang mga node sa master surface sa mga subdomain
	SIMPLE	Magsagawa ng karaniwang domain decomposition nang hindi isinasaalang-alang ang contact point (pareho ang paghawak sa DEFAULT)
CONTACT_OWNER	MASTER	Master-owner scheme (default). Hatiin ang master surface ayon sa mga domain na nagmamay-ari ng elemento at kopyahin ang slave node sa bawat master-owning domain
	SLAVE	Slave-owner scheme. Panatilihin ang bawat slave node sa domain na nagmamay-ari lamang dito at ilagay ang buong master surface sa domain na iyonMaaari lamang tukuyin kapag TYPE=NODE-BASED

Magkahiwalay na parameter ang CONTACT at CONTACT_OWNER at maaaring pagsamahin sa anumang paraan.

CONTACT_OWNER¶

Sa parallel contact analysis, tinutukoy ng parameter na ito kung aling domain ang responsable sa aling bahagi ng contact pair.

Hinahati ng MASTER (default) ang master surface ayon sa mga domain na nagmamay-ari ng mga elemento nito at kinokopya ang slave node sa lahat ng domain na may master surface. Ang mga duplicate na contact candidate ay pinagtutugma sa pamamagitan ng aggregation sa pagitan ng mga domain.

Binabaligtad ng SLAVE ang ayos na ito. Ang bawat slave node ay pinananatili lamang ng domain na nagmamay-ari dito, at natatanggap ng domain na iyon ang buong master surface ng contact pair. Sa finite sliding (INTERACTION=FSLID sa !CONTACT), maaaring dumulas ang slave node patawid sa boundary ng domain partition sa master surface. Sa MASTER, ang adjacency ng master surface ay binubuo lamang sa loob ng bawat domain, kaya maaaring maputol ang adjacency search sa boundary; maaari tuloy pansamantalang ituring na wala sa contact ang slave node, na nagdudulot ng pagkawala ng Lagrange multiplier at friction history. Sa SLAVE, ang master surface na kailangan sa search ay laging nasa parehong domain, kaya hindi nangyayari ang problemang ito at hindi nakadepende ang solution sa bilang ng domain.

Dahil ang domain na tinukoy sa SLAVE ay nagtataglay ng buong master surface, tumataas ang paggamit nito ng memory at ang bilang ng neighboring domain. Hindi ito maaaring gamitin kasama ng TYPE=ELEMENT-BASED.

Linya 2 (kinakailangan lamang para sa METHOD=RCB)¶

(linya 2) DIR1, DIR2, DIR3, ... (tukuyin ayon sa bilang ng decomposition)

Pangalan ng variable	Katangian	Paglalarawan
DIRX	C	Reference axis ng decomposition (tinukoy gamit ang maliit na titik x, y o z)

Mga halimbawa ng control file¶

Halimbawa 1

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

Halimbawa 2

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

Halimbawa 3 (finite-sliding contact analysis)

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