If a construct creates a data environment, the data environment is created at the time the construct is encountered. Whether a construct creates a data environment is defined in the description of the construct. When any thread encounters a parallel construct, the thread creates a team of itself and zero or more additional threads and becomes the master of the new team. A set of implicit tasks, one per thread, is generated. The code for each task is defined by the code inside the parallel construct. Each task is assigned to a different thread in the team and becomes tied; that is, it is always executed by the thread to which it is initially assigned. The task region of the task being executed by the encountering thread is suspended, and each member of the new team executes its implicit task. There is an implicit barrier at the end of the parallel construct. Only the master thread resumes execution beyond the end of the parallel construct, resuming the task region that was suspended upon encountering the parallel construct. Any number of parallel constructs can be specified in a single program. Parallel regions may be arbitrarily nested inside each other. If nested parallelism is disabled, or is not supported by the OpenMP implementation, then the new team that is created by a thread encountering a parallel construct inside a parallel region will consist only of the encountering thread. However, if nested parallelism is supported and enabled, then the new team can consist of more than one thread. A parallel construct may include a proc_bind clause to specify the places to use for the threads in the team within the parallel region. When any team encounters a worksharing construct, the work inside the construct is divided among the members of the team, and executed cooperatively instead of being executed by every thread. There is a default barrier at the end of each worksharing construct unless the nowait clause is present. Redundant execution of code by every thread in the team resumes after the end of the worksharing construct. When any thread encounters a task construct, a new explicit task is generated. Execution of explicitly generated tasks is assigned to one of the threads in the current team, subject to the thread's availability to execute work. Thus, execution of the new task could be immediate, or deferred until later according to task scheduling constraints and thread availability. Threads are allowed to suspend the current task region at a task scheduling point in order to execute a different task. If the suspended task region is for a tied task, the initially assigned thread later resumes execution of the suspended task region. If the suspended task region is for an untied task, then any thread may resume its execution. Completion of all explicit tasks bound to a given parallel region is guaranteed before the master thread leaves the implicit barrier at the end of the region. Completion of a subset of all explicit tasks bound to a given parallel region may be specified through the use of task synchronization constructs. Completion of all explicit tasks bound to the implicit parallel region is guaranteed by the time the program exits. When any thread encounters a simd construct, the iterations of the loop associated with the construct may be executed concurrently using the SIMD lanes that are available to the thread. The cancel construct can alter the previously described flow of execution in an OpenMP region. The effect of the cancel construct depends on its construct-typeclause. If a task encounters a cancel construct with a taskgro up construct-typeclause, then the task activates cancellation and continues execution at the end of its task region, which implies completion of that task. Any other task in that taskgroup that has begun executing completes execution unless it encounters a cancellation point construct, in which case it continues execution at the end of its task region, which implies its completion. Other tasks in that taskgroup region that have not begun execution are aborted, which implies their completion. For all other construct-type-clause values, if a thread encounters a cancel construct, it activates cancellation of the innermost enclosing region of the type specified and the thread continues execution at the end of that region. Threads check if cancellation has been activated for their region at cancellation points and, if so, also resume execution at the end of the canceled region. If cancellation has been activated regardless of construct-type-clause, threads that are waiting inside a barrier other than an implicit barrier at the end of the canceled region exit the barrier and resume execution at the end of the canceled region. This action can occur before the other threads reach that barrier. Synchronization constructs and library routines are available in the OpenMP API to coordinate tasks and data access in parallel regions. In addition, library routines and

Si una construcción crea un entorno de datos, el entorno de datos se crea en el momento en que se encuentra la construcción. Si una construcción crea un entorno de datos se define en la descripción de la construcción. Cuando cualquier subproceso encuentra una construcción paralela, el subproceso crea un equipo de sí mismo y cero o más subprocesos adicionales y se convierte en el maestro del nuevo equipo. Se genera un conjunto de tareas implícitas, una por hilo. El código para cada tarea está definido por el código dentro de la construcción paralela. Cada tarea se asigna a un hilo diferente en el equipo y se vincula; es decir, siempre se ejecuta mediante el subproceso al que se asigna inicialmente. La región de tarea de la tarea que está ejecutando el subproceso de encuentro se suspende, y cada miembro del nuevo equipo ejecuta su tarea implícita. Hay una barrera implícita al final de la construcción paralela. Solo el hilo maestro reanuda la ejecución más allá del final de la construcción paralela, reanudando la región de tarea que se suspendió al encontrar la construcción paralela. Cualquier número de construcciones paralelas se puede especificar en un solo programa. Las regiones paralelas pueden estar anidadas arbitrariamente una dentro de otra. Si el paralelismo anidado está deshabilitado o no es compatible con la implementación de OpenMP, entonces el nuevo equipo creado por un subproceso que encuentra una construcción paralela dentro de una región paralela consistirá solo en el subproceso que se encuentra.Sin embargo, si el paralelismo anidado es compatible y está habilitado, entonces el nuevo equipo puede constar de más de un hilo. Una construcción paralela puede incluir una cláusula proc_bind para especificar los lugares a usar para los hilos en el equipo dentro de la región paralela. Cuando cualquier equipo se encuentra con una construcción de trabajo compartido, el trabajo dentro de la estructura se divide entre los miembros del equipo y se ejecuta de manera cooperativa en lugar de ser ejecutado por cada hilo. Hay una barrera predeterminada al final de cada construcción de trabajo compartido a menos que esté presente la cláusula nowait. La ejecución redundante de código por cada subproceso en el equipo se reanuda después del final de la construcción de trabajo compartido. Cuando cualquier hilo encuentra una construcción de tarea, se genera una nueva tarea explícita. La ejecución de tareas generadas explícitamente se asigna a uno de los subprocesos en el equipo actual, sujeto a la disponibilidad del subproceso para ejecutar el trabajo. Por lo tanto, la ejecución de la nueva tarea podría ser inmediata o diferida hasta más tarde de acuerdo con las restricciones de programación de tareas y la disponibilidad de subprocesos. Los subprocesos pueden suspender la región de la tarea actual en un punto de programación de tareas para ejecutar una tarea diferente. Si la región de tarea suspendida es para una tarea vinculada, el subproceso inicialmente asignado reanuda la ejecución de la región de tarea suspendida. Si la región de tareas suspendidas es para una tarea no vinculada, cualquier subproceso puede reanudar su ejecución.La finalización de todas las tareas explícitas vinculadas a una región paralela dada se garantiza antes de que el hilo maestro abandone la barrera implícita al final de la región. La finalización de un subconjunto de todas las tareas explícitas vinculadas a una región paralela determinada puede especificarse mediante el uso de construcciones de sincronización de tareas. La finalización de todas las tareas explícitas vinculadas a la región paralela implícita está garantizada en el momento en que el programa sale. Cuando cualquier hilo encuentra una construcción simd, las iteraciones del bucle asociadas con la construcción pueden ejecutarse simultáneamente utilizando los carriles SIMD que están disponibles para el hilo. La construcción de cancelación puede alterar el flujo de ejecución descrito anteriormente en una región OpenMP. El efecto de la construcción de cancelación depende de su construcción-typeclause. Si una tarea encuentra una construcción de cancelación con una tarea construye la cláusula de construcción, entonces la tarea activa la cancelación y continúa la ejecución al final de su región de tareas, lo que implica la finalización de esa tarea. Cualquier otra tarea en ese grupo de tareas que haya comenzado a ejecutarse completa la ejecución a menos que encuentre una construcción de punto de cancelación, en cuyo caso continúa la ejecución al final de su región de tareas, lo que implica su finalización. Otras tareas en esa región del grupo de tareas que no han comenzado a ejecutarse se anulan, lo que implica su finalización.Para todos los demás valores de cláusula de tipo de construcción, si un subproceso encuentra un constructo de cancelación, activa la cancelación de la región de encierro más interna del tipo especificado y el subproceso continúa su ejecución al final de esa región. Los subprocesos comprueban si la cancelación se ha activado para su región en los puntos de cancelación y, de ser así, también reanudan la ejecución al final de la región cancelada. Si la cancelación se ha activado independientemente de la cláusula de tipo de construcción, los subprocesos que esperan dentro de una barrera que no sea una barrera implícita al final de la región cancelada salen de la barrera y reanudan la ejecución al final de la región cancelada. Esta acción puede ocurrir antes de que los otros hilos alcancen esa barrera. Las construcciones de sincronización y las rutinas de la biblioteca están disponibles en la API de OpenMP para coordinar las tareas y el acceso a los datos en regiones paralelas. Además, las rutinas de la biblioteca y