Page MenuHomePhabricator

Any interaction in mitkWorkbench causes ~30 threads to start
Closed, WontfixPublic

Description

In the attached screenshot the gdb output shows that after a single click in the renderwindow, several threads are started and stopped. This causes a noticable delay while debugging the application.
The system monitor shows, that the cpu is not at its capacity.

Event Timeline

shows the gdb output when debugging the mitkWorkbench

Screenshot_workbenchGDB.png (1×1 px, 935 KB)

This is still happening. Maybe we should discuss if it is a major issue?

Most of the threads are started during the render routine of the mitkvtkMapper and in the ExtractSliceFilter.
vtk is using the number of cores as the number of threads to start in its filters, so in my case it starts 12 threads for each vtk operation.

I will analyse if the usage of so many threads in a multicore system is creating an overhead and eventually results in a slower performance.

Christoph, what is the status of this bug? Do you still work on it? Consider to Set status back to Confirmed or Resolved - WontFix/Invalid.

I'm not working on this. Status is set back to confirmed, as a remainder that this might be a performance issue for multi-core systems.

So I guess its wont fix? Feel free to re-open in any other case.

kislinsk added a project: Bulk Edit.
kislinsk removed a project: Bulk Edit.