[Scilab-users] threading model in Scilab 6 (alpha)
jasper van baten
jasper at amsterchem.com
Tue Aug 4 09:21:23 CEST 2015
Does anybody know what threading model is used in Scilab 6 alpha? I am
referring to the default mode of operation, and not while executing
parallel_for, or MPI as described here
(http://wiki.scilab.org/Documentation/ParallelComputingInScilab).
If there are multiple core threads that execute concurrently, then all
api-scilab code needs to be written in a thread-safe re-entrant safe
manner. I doubt this is the case.
If there is one core thread alive at any point, it would make sense for
this to remain the same thread, which does not appear to be the case. If
not the same thread, any application that depends on apartment threaded
COM objects or thread local storage will no longer function as it did in
Scilab 5. The solution may be to synchronize such applications over a
private thread, but that surely will come at a performance cost.
Having some idea about the threading model that is intended and used
would be helpful.
Best wishes,
Jasper.
On 7/31/2015 18:35, jasper van baten wrote:
> All,
>
> What's the story with threading in Scilab 6? Whereas previous versions
> appeared to be single threaded from an external DLL point of view, I
> see that the DLLmain function gets called by a one thread, whereas
> interface routines get called from another thread. Worse, looks like
> each interface routine call is made from a new thread. What is the
> threading model?? Is there a limited number of threads, or are threads
> created on the fly?
>
> Thanks, best wishes,
>
> Jasper
>
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.scilab.org/pipermail/users/attachments/20150804/0d703097/attachment.htm>
More information about the users
mailing list