Re: VTK and ParaView parallelization
Anton, thanks for your trust! I've created a merge request for VTK in order to use TBB instead of sequential behavior when dealing with parallel code: https://salsa.debian.org/science-team/vtk9/-/merge_requests/4 I would like to do the same for ParaView but the salsa repo is not sync with the current package in unstable. Version 5.9.0-1 and 5.9.0-2 are missing. Should I push them myself to the salsa repo? Thanks, François Le jeudi 22 avril 2021 à 21:59 +0200, Anton Gladky a écrit : > Hi François, > > thanks for a suggestion! I have added you to Debian Science Team on > salsa. > Feel free to contribute! > > Best regards > > > Anton > > > Am Do., 22. Apr. 2021 um 21:46 Uhr schrieb François Mazen < > franc...@mzf.fr>: > > Hello, > > > > I'm wondering why VTK and ParaView are build with the "Sequential" > > default backend for parallelization (vtkSMPTools backend)? > > This makes ParaView run slower compared to official binary releases > > from Kitware, which are built with Threaded Building Blocks (TBB). > > > > Hence, any serious user of ParaView and VTK will have to use a > > custom > > build, losing all the advantages of Debian packaging. > > > > It seems that TBB is available as Debian packages. Do you think > > that > > the Debian package may be built with TBB? > > The modification is simple: add -DVTK_SMP_IMPLEMENTATION_TYPE="TBB" > > to > > the debian/rules file, and add tbb as dependency in debian/control > > file. > > > > (By the way, I'm DM and I'll be happy to be part of the Debian > > Science > > Team to contribute to the tools that I use everyday, mostly linked > > to > > scientific computation. My salsa login is mzf.) > > > > Best Regards, > > François > > > > signature.asc Description: This is a digitally signed message part
Re: VTK and ParaView parallelization
Hi François, thanks for a suggestion! I have added you to Debian Science Team on salsa. Feel free to contribute! Best regards Anton Am Do., 22. Apr. 2021 um 21:46 Uhr schrieb François Mazen : > Hello, > > I'm wondering why VTK and ParaView are build with the "Sequential" > default backend for parallelization (vtkSMPTools backend)? > This makes ParaView run slower compared to official binary releases > from Kitware, which are built with Threaded Building Blocks (TBB). > > Hence, any serious user of ParaView and VTK will have to use a custom > build, losing all the advantages of Debian packaging. > > It seems that TBB is available as Debian packages. Do you think that > the Debian package may be built with TBB? > The modification is simple: add -DVTK_SMP_IMPLEMENTATION_TYPE="TBB" to > the debian/rules file, and add tbb as dependency in debian/control > file. > > (By the way, I'm DM and I'll be happy to be part of the Debian Science > Team to contribute to the tools that I use everyday, mostly linked to > scientific computation. My salsa login is mzf.) > > Best Regards, > François > > >
VTK and ParaView parallelization
Hello, I'm wondering why VTK and ParaView are build with the "Sequential" default backend for parallelization (vtkSMPTools backend)? This makes ParaView run slower compared to official binary releases from Kitware, which are built with Threaded Building Blocks (TBB). Hence, any serious user of ParaView and VTK will have to use a custom build, losing all the advantages of Debian packaging. It seems that TBB is available as Debian packages. Do you think that the Debian package may be built with TBB? The modification is simple: add -DVTK_SMP_IMPLEMENTATION_TYPE="TBB" to the debian/rules file, and add tbb as dependency in debian/control file. (By the way, I'm DM and I'll be happy to be part of the Debian Science Team to contribute to the tools that I use everyday, mostly linked to scientific computation. My salsa login is mzf.) Best Regards, François signature.asc Description: This is a digitally signed message part
