BKE's DerivedMesh: get rid of last OMP usage.
Not replacing with some BLI_task_stuff here, tests show this is pointless (in absolute best case - i.e. single huge mesh in scene - parallelizing here switches from 0.8ms to 0.5ms for that piece of code - with something like 750ms per frame update...).
This commit is contained in:
parent
3ed2b11a4d
commit
e1003c2ead
|
@ -2003,15 +2003,10 @@ static void mesh_calc_modifiers(
|
|||
DM_add_edge_layer(dm, CD_ORIGINDEX, CD_CALLOC, NULL);
|
||||
DM_add_poly_layer(dm, CD_ORIGINDEX, CD_CALLOC, NULL);
|
||||
|
||||
#pragma omp parallel sections if (dm->numVertData + dm->numEdgeData + dm->numPolyData >= BKE_MESH_OMP_LIMIT)
|
||||
{
|
||||
#pragma omp section
|
||||
{ range_vn_i(DM_get_vert_data_layer(dm, CD_ORIGINDEX), dm->numVertData, 0); }
|
||||
#pragma omp section
|
||||
{ range_vn_i(DM_get_edge_data_layer(dm, CD_ORIGINDEX), dm->numEdgeData, 0); }
|
||||
#pragma omp section
|
||||
{ range_vn_i(DM_get_poly_data_layer(dm, CD_ORIGINDEX), dm->numPolyData, 0); }
|
||||
}
|
||||
/* Not worth parallelizing this, gives less than 0.1% overall speedup in best of best cases... */
|
||||
range_vn_i(DM_get_vert_data_layer(dm, CD_ORIGINDEX), dm->numVertData, 0);
|
||||
range_vn_i(DM_get_edge_data_layer(dm, CD_ORIGINDEX), dm->numEdgeData, 0);
|
||||
range_vn_i(DM_get_poly_data_layer(dm, CD_ORIGINDEX), dm->numPolyData, 0);
|
||||
}
|
||||
}
|
||||
|
||||
|
|
Loading…
Reference in New Issue