[fpc-pascal] FPC for High Performance Computing (HPC) Components with Application API

Marco van de Voort marcov at stack.nl
Fri Oct 15 22:59:21 CEST 2010


In our previous episode, Andrew Brunner said:
> 
> IMO - it may be smarter to develop of a new threading paradigm.  A HPC
> threading system that addresses issues with waitfor/suspend/resume and
> resolve them for *nix/windows/mac but do so knowing that there are
> most likely tens of thousands of threads running.

> TThread object has been implemented (under *nix) with redundant
> barriers in creation, suspend, and resume features.  This redundancy
> makes for slow thread creation times and as such is not ideal as is.

What is exactly the problem? A problem that a 5 second thread pool
implementation can't solve?
 



More information about the fpc-pascal mailing list