【发布时间】:2020-11-04 14:40:11
【问题描述】:
我正在尝试将多个 CGAL 网格组合成一个几何体。
我有以下顺序代码可以正常工作:
while (m_toCombine.size() > 1) {
auto mesh1 = m_toCombine.front();
m_toCombine.pop_front();
auto mesh2 = m_toCombine.front();
m_toCombine.pop_front();
bool result = CGAL::Polygon_mesh_processing::corefine_and_compute_union(mesh1, mesh2, mesh2);
m_toCombine.push_back(mesh2);
}
其中m_toCombine 是std::list<Triangle_mesh_exact>。
Triangle_mesh_exact 是一种 CGAL 网格(三角多面体几何)。但我认为这与问题无关。
不幸的是,这个过程对于我的预期应用来说太慢了,所以我决定使用“分而治之”的概念并以并行方式组合网格:
class Combiner
{
public:
Combiner(const std::list<Triangle_mesh_exact>& toCombine) :
m_toCombine(toCombine) {};
~Combiner() {};
Triangle_mesh_exact combineMeshes();
void combineMeshes2();
private:
std::mutex m_listMutex, m_threadListMutex;
std::mutex m_eventLock;
std::list<MiniThread> m_threads;
std::list<Triangle_mesh_exact> m_toCombine;
std::condition_variable m_eventSignal;
std::atomic<bool> m_done = false;
//void poll(int threadListIndex);
};
Triangle_mesh_exact Combiner::combineMeshes()
{
std::unique_lock<std::mutex> uniqueLock(m_eventLock, std::defer_lock);
int runningCount = 0, finishedCount = 0;
int toCombineCount = m_toCombine.size();
bool stillRunning = false;
bool stillCombining = true;
while (stillCombining || stillRunning) {
uniqueLock.lock();
//std::lock_guard<std::mutex> lock(m_listMutex);
m_listMutex.lock();
Triangle_mesh_exact mesh1 = std::move(m_toCombine.front());
m_toCombine.pop_front();
toCombineCount--;
Triangle_mesh_exact mesh2 = std::move(m_toCombine.front());
m_toCombine.pop_front();
toCombineCount--;
m_listMutex.unlock();
runningCount++;
auto thread = new std::thread([&, this, mesh1, mesh2]() mutable {
//m_listMutex.lock();
CGAL::Polygon_mesh_processing::corefine_and_compute_union(mesh1, mesh2, mesh2);
std::lock_guard<std::mutex> lock(m_listMutex);
m_toCombine.push_back(mesh2);
toCombineCount++;
finishedCount++;
m_eventSignal.notify_one();
//m_listMutex.unlock();
});
thread->detach();
while (toCombineCount < 2 && runningCount != finishedCount) {
m_eventSignal.wait(uniqueLock);
}
stillRunning = runningCount != finishedCount;
stillCombining = toCombineCount >= 2;
uniqueLock.unlock();
}
return m_toCombine.front();
}
不幸的是,尽管格外小心,我还是遇到了内存访问冲突或与mesh1 或mesh2 析构函数相关的错误。
我错过了什么吗?
【问题讨论】:
-
您应该使用
std::lock_guard<std::mutex>而不是在互斥体上手动调用lock/unlock。 -
我担心
toCombineCount、runningCount、finishedCount不受锁保护。例如,如果toCombineCount >= 2在检查循环条件时会发生什么情况,但到您实际获取锁时,它已经减少了? -
@molbdnilo:我想过,但是当
m_toCombine.size()和m_toCombine.front()被访问时应该没有其他线程在运行。 -
-fsanitize=thread是你的朋友。 -
大家好。我编辑添加 lock_guards 并保护计数变量。认为它们是原子的,因此可以在没有锁的情况下安全使用。
标签: c++ multithreading mutex race-condition cgal