IJobParallelFor

Интерфейс, который представляет собой задание, выполняющее одну и ту же независимую операцию для каждого элемента основного контейнера или для фиксированного числа итераций.

Новый код должен использовать IJobFor вместо этого, что открывает ту же функциональность через более последовательный API. Этот тип задания имеет следующие параметры для планирования работы:

• IJobForExtensions.RunByRef запускает задание на главном потоке и блокирует его до завершения.
• IJobForExtensions.ScheduleByRef планирует задание на асинхронный запуск, распределяя работу между несколькими рабочими потоками. Этот вариант планирования может дать наилучшую производительность, но условия гонки могут возникнуть, если задание записывает в общие или глобальные данные без надлежащей синхронизации.

Execute(int index) выполняется один раз для каждого индекса от 0 до указанной длины.

RunByRef гарантирует, что метод Execute(int index) задания будет вызван последовательно. ScheduleByRef не вызывает метод Execute задания последовательно, так как он вызван из нескольких рабочих потоков параллельно друг другу.

Каждая итерация должна быть независима от других итераций, и система безопасности применяет это правило для вас. Индексы не имеют гарантированного порядка и выполняются на нескольких ядрах параллельно.

Unity автоматически разделяет работу на кусочки не меньше, чем указанный batchSize, и планирует соответствующее количество заданий на основе количества рабочих потоков, длины массива и размера пакета. Вы должны выбрать размер пакета в зависимости от объема работы, выполняемой в задании. Если размер пакета слишком большой, работа может не быть равномерно распределена между доступными рабочими потоками. Если он слишком маленький, накладные расходы на получение новых элементов работы могут доминировать во времени, необходимом для их обработки. Простое задание, например, добавление пары Vector3 друг к другу, должно иметь размер пакета от 32 до 128. Однако, если выполняемая работа имеет большие накладные расходы, то лучше всего использовать небольшой размер пакета, например, размер пакета 1. Похищение работы выполняется с помощью атома операций.

Вы можете использовать возвращенный JobHandle для проверки завершения задания или передать его другим заданиям в качестве зависимости. Когда вы передаете JobHandle в качестве зависимости, это обеспечивает выполнение заданий одно за другим на рабочих потоках.

Дополнительные ресурсы: IJobForExtensions

                    struct ApplyVelocityJobParallelFor : IJobParallelFor
{
    // Jobs declare all data that will be accessed in the job
    // By declaring it as read only, multiple jobs are allowed to access the data in parallel
    [ReadOnly]
    public NativeArray<Vector3> velocity;

    // By default containers are assumed to be read & write
    public NativeArray<Vector3> position;

    // Delta time must be copied to the job since jobs generally don't have concept of a frame.
    // The main thread waits for the job same frame or next frame, but the job should do work deterministically
    // independent on when the job happens to run on the worker threads.
    public float deltaTime;

    // The code actually running on the job
    public void Execute(int i)
    {
        // Move the positions based on delta time and velocity
        position[i] = position[i] + velocity[i] * deltaTime;
    }
}

public void ApplyVelocity_ParallelFor()
{
    var position = new NativeArray<Vector3>(500, Allocator.Persistent);

    var velocity = new NativeArray<Vector3>(500, Allocator.Persistent);
    for (var i = 0; i < velocity.Length; i++)
        velocity[i] = new Vector3(0, 10, 0);

    // Initialize the job data
    var job = new ApplyVelocityJobParallelFor()
    {
        deltaTime = Time.deltaTime,
        position = position,
        velocity = velocity
    };

    // If this job required a previous job to complete before it could safely begin execution,
    // we'd use its handle here. For this simple case, there are no job dependencies,
    // so a default JobHandle is sufficient.
    JobHandle dependencyJobHandle = default;

    JobHandle velocityJobHandle = default;
    // Schedule job to run on multiple worker threads, attempting to distribute work items evenly between them.
    // First parameter is how many for-each iterations to perform.
    // The second parameter is the batch size,
    //   essentially the no-overhead innerloop that just invokes Execute(i) in a loop.
    //   When there is a lot of work in each iteration then a value of 1 can be sensible.
    //   When there is very little work values of 32 or 64 can make sense.
    // The third parameter is a JobHandle to use for this job's dependencies.
    //   Dependencies are used to ensure that a job executes on worker threads after
    //   the dependency has completed execution.
    velocityJobHandle = job.ScheduleByRef(position.Length,
        64, dependencyJobHandle);

    // Ensure the job has completed.
    // It is not recommended to Complete a job immediately,
    // since that reduces the chance of having other jobs run in parallel with this one.
    // You optimally want to schedule a job early in a frame and then wait for it later in the frame.
    // Ideally this job's JobHandle would be passed as a dependency to another job that consumes the
    // output of this one. If the output of this job must be read from the main thread, you should call
    // Complete() on this job handle just before reading it.
    velocityJobHandle.Complete();

    // Once the job is complete, the expected processing should have occurred.
    for (var i = 0; i < velocity.Length; i++)
        Assert.AreEqual(Time.deltaTime * velocity[i].y, position[i].y);

    // Native arrays must be disposed manually.
    position.Dispose();
    velocity.Dispose();
}