[Insight-developers] Multi-threading strategies

[Stephen R. Aylward]

That is definitely the preferred method...go for it! :)

Stephen

Blezek, Daniel J (GE, Research) wrote:
> Hi all,
> 
>   I was debugging a multi-threaded registration metric today, and gdb 
> nicely prints thread creation/destruction messages.  In our current 
> MultiThreader, pthreads are created/joined in the scatter/gather 
> pattern.  For a general filter, this isn't likely to be a problem, 
> 'cause it executes only once (in general).  For optimization metrics, it 
> may be called thousands of times, leading to a huge number of pthreads 
> created/joined.  Is this efficient?  Would it be worth while to 
> investigate keeping threads around, rather than joining them?  They 
> could simply sit idle until they have something to do...  This would 
> reduce overhead, but may add complexity, but we only need to get it 
> right once...
> 
>   Stephen Aylward: any comments?
> 
> -dan
> 
> *Daniel Blezek, PhD*
> GE Global Research
> Computer Scientist
> 
> T 518 387 5481
> F 518 387 6981
> D *833-5481
> E blezek at research.ge.com
> ___www.research.ge.com_ <file://www.research.ge.com>
> 
> 1 Research Circle
> Niskayuna, NY 12309, USA
> 
> General Electric Company
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Insight-developers mailing list
> Insight-developers at itk.org
> http://www.itk.org/mailman/listinfo/insight-developers

-- 
=============================================================
Stephen R. Aylward, Ph.D.
Chief Medical Scientist
Kitware, Inc. - Chapel Hill Office
http://www.kitware.com
Phone: (518)371-3971 x300