[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