# Building Slicer on Linux with TBB

**URL:** <https://discourse.slicer.org/t/building-slicer-on-linux-with-tbb/17352>\
**Category:** Support\
**Created:** [April 27, 2021, 2:17pm UTC](https://discourse.slicer.org/t/building-slicer-on-linux-with-tbb/17352 "2021-04-27T14:17:08Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![chir.set](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/chir.set/32/66982_2.png) [@chir.set](https://discourse.slicer.org/u/chir.set)\
**Post date:** [April 27, 2021, 2:17pm UTC](https://discourse.slicer.org/t/building-slicer-on-linux-with-tbb/17352/1 "2021-04-27T14:17:08Z")

</div>

Following this [discussion](https://discourse.slicer.org/t/why-the-the-tool-of-scissor-become-slower-after-i-undated-my-computer/10887/11).

Slicer builds on Arch Linux with TBB by passing Slicer\_VTK\_SMP\_IMPLEMENTATION\_TYPE:STRING=TBB to cmake.

However, VTK failed initially :

```
[7%] Built target vtkCommonComputationalGeometryObjects
make[2]: *** No rule to make target '/home/arc/src/Slicer4138-SuperBuild/tbb-install/tbb2019_20191006oss/lib/intel64/gcc4.4/libtbb.so', needed by 'lib/libvtkCommon-8.2.so.1'. Stop.
make[1]: *** [CMakeFiles/Makefile2:3342: CMakeFiles/vtkCommon.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

```

It is easily fixed in SuperBuild/External\_tbb.cmake :

- set(tbb\_libdir “lib/${tbb\_archdir}/gcc4.4”)  
+ set(tbb\_libdir “lib/${tbb\_archdir}/gcc4.8”)

Packaging succeeds, but with a console error message :

```
CPack: - Run preinstall target for: Slicer
CPack: - Install project: Slicer []
/usr/bin/strip: « /home/arc/src/Slicer4138-SuperBuild/Slicer-build/_CPack_Packages/linux-amd64/TGZ/Slicer-4.13.0-2021-04-25-linux-amd64/./lib/Slicer-4.13/libtbb.so.2;./lib/Slicer-4.13/libtbbmalloc.so.2;./lib/Slicer-4.13/libtbbmalloc_proxy.so.2 »: no such file
CPack: Create package

```

corresponding to instructions in Slicer4138-SuperBuild/Slicer-build/CMake/LastConfigureStep/cmake\_install.cmake

```
if("x${CMAKE_INSTALL_COMPONENT}x" STREQUAL "xRuntimex" OR NOT CMAKE_INSTALL_COMPONENT)
  message(STATUS "Stripping: $ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}/./lib/Slicer-4.13/libtbb.so.2;./lib/Slicer-4.13/libtbbmalloc.so.2;./lib/Slicer-4.13/libtbbmalloc_proxy.so.2")
execute_process(COMMAND "/usr/bin/strip" "$ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}/./lib/Slicer-4.13/libtbb.so.2;./lib/Slicer-4.13/libtbbmalloc.so.2;./lib/Slicer-4.13/libtbbmalloc_proxy.so.2")
endif()

```

Slicer runs normally.

How can one notice an increased performance due to parallel tasking ? In which modules and at which steps ? Is there some python script that would allow to compare things ? A quick test in Segment Editor does not seem to trigger all CPU cores.

Regards.

---

<div class="post-metadata">

**Author:** ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)\
**Post date:** [April 28, 2021, 1:20am UTC](https://discourse.slicer.org/t/building-slicer-on-linux-with-tbb/17352/2 "2021-04-28T01:20:34Z")

</div>

Update of 3D view after editing a segment is a good test, because both flying edge surface extraction and surface smoothing are faster with TBB.

The main motivation for enabling TBB was that image reslicing was very slow on Windows with systems that had good NVidia GPU in them (due to some conflict of threaded optimization heuristics in the NVidia driver and creation&destroying of many threads in VTK’s default SMP backend). So, if you use a desktop computer with a strong NVidia GPU then you might see performance improvement in reslicing (browsing slice views).