mirror of
https://gitlab.kitware.com/vtk/vtk-m
synced 2024-09-08 13:23:51 +00:00
196 lines
9.9 KiB
ReStructuredText
196 lines
9.9 KiB
ReStructuredText
==============================
|
|
Simple Worklets
|
|
==============================
|
|
|
|
.. index:: worklet; creating
|
|
|
|
The simplest way to implement an algorithm in |VTKm| is to create a *worklet*.
|
|
A worklet is fundamentally a functor that operates on an element of data.
|
|
Thus, it is a ``class`` or ``struct`` that has an overloaded parenthesis operator (which must be declared ``const`` for thread safety).
|
|
However, worklets are also embedded with a significant amount of metadata on how the data should be managed and how the execution should be structured.
|
|
|
|
.. load-example:: SimpleWorklet
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: A simple worklet.
|
|
|
|
As can be seen in :numref:`ex:SimpleWorklet`, a worklet is created by implementing a ``class`` or ``struct`` with the following features.
|
|
|
|
.. index::
|
|
single: control signature
|
|
single: signature; control
|
|
single: execution signature
|
|
single: signature; execution
|
|
single: input domain
|
|
|
|
1. The class must publicly inherit from a base worklet class that specifies the type of operation being performed (:exlineref:`ex:SimpleWorklet:Inherit`).
|
|
2. The class must contain a functional type named ``ControlSignature`` (:exlineref:`ex:SimpleWorklet:ControlSignature`), which specifies what arguments are expected when invoking the class in the control environment.
|
|
3. The class must contain a functional type named ``ExecutionSignature`` (:exlineref:`ex:SimpleWorklet:ExecutionSignature`), which specifies how the data gets passed from the arguments in the control environment to the worklet running in the execution environment.
|
|
4. The class specifies an ``InputDomain`` (:exlineref:`ex:SimpleWorklet:InputDomain`), which identifies which input parameter defines the input domain of the data.
|
|
5. The class must contain an implementation of the parenthesis operator, which is the method that is executed in the execution environment (lines :exlineref:`{line}<ex:SimpleWorklet:OperatorStart>`--:exlineref:`{line}<ex:SimpleWorklet:OperatorEnd>`).
|
|
The parenthesis operator must be declared ``const``.
|
|
|
|
|
|
------------------------------
|
|
Control Signature
|
|
------------------------------
|
|
|
|
.. index::
|
|
single: control signature
|
|
single: signature; control
|
|
single: worklet; control signature
|
|
|
|
The control signature of a worklet is a functional type named ``ControlSignature``.
|
|
The function prototype matches what data are provided when the worklet is invoked (as described in :secref:`simple-worklets:Invoking a Worklet`).
|
|
|
|
.. load-example:: ControlSignature
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: A ``ControlSignature``.
|
|
|
|
.. didyouknow::
|
|
If the code in :numref:`ex:ControlSignature` looks strange, you may be unfamiliar with :index:`function types`.
|
|
In C++, functions have types just as variables and classes do.
|
|
A function with a prototype like
|
|
|
|
``void functionName(int arg1, float arg2);``
|
|
|
|
has the type ``void(int, float)``.
|
|
|VTKm| uses function types like this as a :index:`signature` that defines the structure of a function call.
|
|
|
|
.. index:: signature; tags
|
|
|
|
The return type of the function prototype is always ``void``.
|
|
The parameters of the function prototype are *tags* that identify the type of data that is expected to be passed to invoke.
|
|
``ControlSignature`` tags are defined by the worklet type and the various tags are documented more fully in Chapter \ref{chap:WorkletTypeReference}.
|
|
In the case of :numref:`ex:ControlSignature`, the two tags ``FieldIn`` and ``FieldOut`` represent input and output data, respectively.
|
|
|
|
.. todo:: Fix reference above.
|
|
|
|
.. index::
|
|
single: control signature
|
|
single: signature; control
|
|
|
|
By convention, ``ControlSignature`` tag names start with the base concept (e.g. ``Field`` or ``Topology``) followed by the domain (e.g. ``Point`` or ``Cell``) followed by ``In`` or ``Out``.
|
|
For example, ``FieldPointIn`` would specify values for a field on the points of a mesh that are used as input (read only).
|
|
Although they should be there in most cases, some tag names might leave out the domain or in/out parts if they are obvious or ambiguous.
|
|
|
|
|
|
------------------------------
|
|
Execution Signature
|
|
------------------------------
|
|
|
|
.. index::
|
|
single: execution signature
|
|
single: signature; execution
|
|
single: worklet; execution signature
|
|
|
|
Like the control signature, the execution signature of a worklet is a functional type named ``ExecutionSignature``.
|
|
The function prototype must match the parenthesis operator (described in :secref:`simple-worklets:Worklet Operator`) in terms of arity and argument semantics.
|
|
|
|
.. load-example:: ExecutionSignature
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: An ``ExecutionSignature``.
|
|
|
|
The arguments of the ``ExecutionSignature``'s function prototype are tags that define where the data come from.
|
|
The most common tags are an underscore followed by a number, such as ``_1``, ``_2``, etc.
|
|
These numbers refer back to the corresponding argument in the ``ControlSignature``.
|
|
For example, ``_1`` means data from the first control signature argument, ``_2`` means data from the second control signature argument, etc.
|
|
|
|
Unlike the control signature, the execution signature optionally can declare a return type if the parenthesis operator returns a value.
|
|
If this is the case, the return value should be one of the numeric tags (i.e. ``_1``, ``_2``, etc.)
|
|
to refer to one of the data structures of the control signature.
|
|
If the parenthesis operator does not return a value, then ``ExecutionSignature`` should declare the return type as ``void``.
|
|
|
|
In addition to the numeric tags, there are other execution signature tags to represent other types of data.
|
|
For example, the ``WorkIndex`` tag identifies the instance of the worklet invocation.
|
|
Each call to the worklet function will have a unique ``WorkIndex``.
|
|
Other such tags exist and are described in the following section on worklet types where appropriate.
|
|
|
|
|
|
------------------------------
|
|
Input Domain
|
|
------------------------------
|
|
|
|
.. index::
|
|
single: input domain
|
|
single: worklet; input domain
|
|
|
|
All worklets represent data parallel operations that are executed over independent elements in some domain.
|
|
The type of domain is inherent from the worklet type, but the size of the domain is dependent on the data being operated on.
|
|
|
|
A worklet identifies the argument specifying the domain with a type alias named ``InputDomain``.
|
|
The ``InputDomain`` must be aliased to one of the execution signature numeric tags (i.e. ``_1``, ``_2``, etc.).
|
|
By default, the ``InputDomain`` points to the first argument, but a worklet can override that to point to any argument.
|
|
|
|
.. load-example:: InputDomain
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: An ``InputDomain`` declaration.
|
|
|
|
Different types of worklets can have different types of domain.
|
|
For example a simple field map worklet has a ``FieldIn`` argument as its input domain, and the size of the input domain is taken from the size of the associated field array.
|
|
Likewise, a worklet that maps topology has a ``CellSetIn`` argument as its input domain, and the size of the input domain is taken from the cell set.
|
|
|
|
Specifying the ``InputDomain`` is optional.
|
|
If it is not specified, the first argument is assumed to be the input domain.
|
|
|
|
|
|
------------------------------
|
|
Worklet Operator
|
|
------------------------------
|
|
|
|
A worklet is fundamentally a functor that operates on an element of data.
|
|
Thus, the algorithm that the worklet represents is contained in or called from the parenthesis operator method.
|
|
|
|
.. load-example:: WorkletOperator
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: An overloaded parenthesis operator of a worklet.
|
|
|
|
There are some constraints on the parenthesis operator.
|
|
First, it must have the same arity as the ``ExecutionSignature``, and the types of the parameters and return must be compatible.
|
|
Second, because it runs in the execution environment, it must be declared with the ``VTKM_EXEC`` (or ``VTKM_EXEC_CONT``) modifier.
|
|
Third, the method must be declared ``const`` to help preserve thread safety.
|
|
|
|
|
|
------------------------------
|
|
Invoking a Worklet
|
|
------------------------------
|
|
|
|
.. index:: worklet; invoke
|
|
|
|
Previously in this chapter we discussed creating a simple worklet.
|
|
In this section we describe how to run the worklet in parallel.
|
|
|
|
A worklet is run using the :class:`vtkm::cont::Invoker` class.
|
|
|
|
.. load-example:: WorkletInvoke
|
|
:file: GuideExampleSimpleAlgorithm.cxx
|
|
:caption: Invoking a worklet.
|
|
|
|
Using an :class:`vtkm::cont::Invoker` is simple.
|
|
First, an :class:`vtkm::cont::Invoker` can be simply constructed with no arguments (:exlineref:`ex:WorkletInvoke:Construct`).
|
|
Next, the :class:`vtkm::cont::Invoker` is called as if it were a function (:exlineref:`ex:WorkletInvoke:Call`).
|
|
|
|
The first argument to the invoke is always an instance of the worklet.
|
|
The remaining arguments are data that are passed (indirectly) to the worklet.
|
|
Each of these arguments (after the worklet) match a corresponding argument listed in the ``ControlSignature``.
|
|
So in the invocation in :exlineref:`ex:WorkletInvoke:Call`, the second and third arguments correspond the the two ``ControlSignature`` arguments given in :numref:`ex:ControlSignature`.
|
|
``psiArray`` corresponds to the ``FieldIn`` argument and ``nmsArray`` corresponds to the ``FieldOut`` argument.
|
|
|
|
.. doxygenstruct:: vtkm::cont::Invoker
|
|
:members:
|
|
|
|
|
|
----------------------------------------
|
|
Preview of More Complex Worklets
|
|
----------------------------------------
|
|
|
|
This chapter demonstrates the creation of a worklet that performs a very simple math operation in parallel.
|
|
However, we have just scratched the surface of the kinds of algorithms that can be expressed with |VTKm| worklets.
|
|
There are many more execution patterns and data handling constructs.
|
|
The following example gives a preview of some of the more advanced features of worklets.
|
|
|
|
.. load-example:: ComplexWorklet
|
|
:file: GuideExampleCellEdgesFaces.cxx
|
|
:caption: A more complex worklet.
|
|
|
|
We will discuss the many features available in the worklet framework throughout :partref:`part-advanced:Advanced Development`.
|