!PARTITION

Regel 1

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

Parameter
TYPE	Type domeindecompositie (verplicht)
METHOD	Methode voor domeindecompositie (verplicht)
DOMAIN	Aantal domeinen (verplicht)
DEPTH	Overlapdiepte (optioneel)
UCD	Uitvoer van een UCD-bestand voor de afbeelding van de domeindecompositie (optioneel)
CONTACT	Behandeling van contactpunten bij domeindecompositie (optioneel)
CONTACT_OWNER	Eigendomsschema voor parallel contact (optioneel)

Parameter	Parameterwaarde	Beschrijving
TYPE	NODE-BASED	Knooppuntgebaseerde decompositie
	ELEMENT-BASED	Elementgebaseerde decompositie
METHOD	RCB	RCB-methode; de referentieassen voor de decompositie moeten op regel 2 worden opgegeven
	KMETIS	kMETIS
	PMETIS	pMETIS
DOMAIN		Aantal domeinen
DEPTH		Overlapdiepte van subdomeinen (DEPTH=1 indien weggelaten) Kan niet worden opgegeven wanneer TYPE=ELEMENT-BASED
UCD		Naam van UCD-bestand (optioneel)
CONTACT	DEFAULT	Voer gewone domeindecompositie uit zonder rekening te houden met contactpunten (zelfde behandeling als SIMPLE)
	AGGREGATE	Wijs het master- en slave-oppervlak toe aan hetzelfde subdomein
	DISTRIBUTE	Verdeel de knopen op het masteroppervlak gelijkmatig over de subdomeinen
	SIMPLE	Voer gewone domeindecompositie uit zonder rekening te houden met contactpunten (zelfde behandeling als DEFAULT)
CONTACT_OWNER	MASTER	Master-owner-schema (standaard). Partitioneer het masteroppervlak volgens de domeinen die eigenaar zijn van de elementen en repliceer slave-knopen naar elk master-owning-domein
	SLAVE	Slave-owner-schema. Behoud elke slave-knoop alleen in het domein waarvan deze eigendom is en plaats het volledige masteroppervlak in dat domein Kan alleen worden opgegeven wanneer TYPE=NODE-BASED

CONTACT en CONTACT_OWNER zijn onafhankelijke parameters en kunnen willekeurig worden gecombineerd.

CONTACT_OWNER

Bij parallelle contactanalyse geeft deze parameter aan welk domein verantwoordelijk is voor welk deel van een contactpaar.

MASTER (standaard) partitioneert het masteroppervlak volgens de domeinen die eigenaar zijn van de elementen en repliceert slave-knopen naar alle domeinen die het masteroppervlak bevatten. Dubbele contactkandidaten worden verzoend door aggregatie over de domeinen.

SLAVE keert deze indeling om. Elke slave-knoop wordt alleen behouden door het domein dat er eigenaar van is, en dat domein ontvangt het volledige masteroppervlak van het contactpaar. Bij eindige glijding (INTERACTION=FSLID bij !CONTACT) kan een slave-knoop over een domeinpartitiegrens op het masteroppervlak glijden. Bij MASTER wordt de aangrenzendheid van het masteroppervlak alleen binnen elk domein opgebouwd, waardoor het zoeken naar aangrenzende elementen aan de grens kan worden onderbroken; de slave-knoop kan dan tijdelijk als niet in contact worden beoordeeld, waardoor de Lagrange-multiplicator en de wrijvingshistorie verloren gaan. Bij SLAVE is het voor de zoekactie vereiste masteroppervlak altijd binnen hetzelfde domein beschikbaar, zodat dit probleem niet optreedt en de oplossing niet afhangt van het aantal domeinen.

Omdat een met SLAVE opgegeven domein het volledige masteroppervlak behoudt, nemen het geheugengebruik en het aantal aangrenzende domeinen toe. Dit kan niet samen met TYPE=ELEMENT-BASED worden gebruikt.

Regel 2 (alleen vereist voor METHOD=RCB)

(Regel 2) DIR1, DIR2, DIR3, ... (opgeven voor het aantal decomposities)

Variabelenaam	Attribuut	Beschrijving
DIRX	C	Referentieas voor decompositie (opgegeven met kleine letter x, y of z)

Voorbeelden van controlebestanden

Voorbeeld 1

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

Voorbeeld 2

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

Voorbeeld 3 (contactanalyse met eindige glijding)

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