Еще случай контейнер + multi-thread

[Igors]

Добрый день

Расчет параллелится хорошо, но есть проблемка: он заполняет др контейнер и сохраняет индексы на него. Псевдокод

Код

C++ (Qt)
void DoCalc( std::vector <Data> & src, std::vector<QPoint> & point )
{
#pragma omp parallel for
 for (int i = 0; i < src.size(); ++) {
  ...
  src[i].mIndex = point.size();   // это не thread-safe ;-(
  point.push_back(p0);
  point.push_back(p1);
 }
}

Делать каждому эл-ту src свой контейнер уродливо, да и накладно. Нет ли "более элегантного" решения?

Спасибо

[Авварон]

Если кол-во результатов заранее известно, то можно ресайзнуть массив, а потом работать с ячейками напрямую (если они не пересекаются между потоками, то никаких блокировок не надо будет). Ну и считать индексы ручками.

[m_ax]

Я, если честно, вообще не понял в чём тут проблема..
Если проблема в двух контейнерах, то у меня подобное было, решил через  промежуточный класс своего  итератора, который не требует доп. памяти, а просто итерирует значение "point" (что работает с различными представлениями grid-ов).. Но, поскольку, условия как всегда расплывчаты, думаю проблема совсем в другом..)  

[Igors]

Если кол-во результатов заранее известно, то можно ресайзнуть массив, а потом работать с ячейками напрямую (если они не пересекаются между потоками, то никаких блокировок не надо будет). Ну и считать индексы ручками.

Каждый эл-т src создает разное кол-во эл-тов в point, зарезервироваться не удается.

Но, поскольку, условия как всегда расплывчаты, думаю проблема совсем в другом..)   

Какое для Вас "нерасплывчатое" - хз Возможно просто невнимательны, вопрос-то простой