>"underthreads" could result in a unbalanced system where one thread does most of the work while others are waiting
Underthreads is a mechanism I propose to speed up the slowest top thread in cases where this can be done. Like, you benchmark the program and see that one thread is holding it up. This thread has a workload that's easy to multithread, so you use underthreads to (hopefully) speed this thread up and fix the bottleneck.
>Do different threads really want to write the same variable during one timestep?
No, they are not allowed to. Every shared variable has an owner thread which is the only thread that can write to it. Hence there's no need to worry.
>what could convince a user to switch to this one?
Hopefully nothing. It's useless as it is. It's meant more as a contribution to public thought about hard real-time languages. If someone decides to use my code for anything then that's cool, but that's not important.
Every search for Scade ends up pointing to Esterel Technologies, which confused me, I guess. Didn't really know about it. Signal sounds interesting!
Underthreads is a mechanism I propose to speed up the slowest top thread in cases where this can be done. Like, you benchmark the program and see that one thread is holding it up. This thread has a workload that's easy to multithread, so you use underthreads to (hopefully) speed this thread up and fix the bottleneck.
>Do different threads really want to write the same variable during one timestep?
No, they are not allowed to. Every shared variable has an owner thread which is the only thread that can write to it. Hence there's no need to worry.
>what could convince a user to switch to this one?
Hopefully nothing. It's useless as it is. It's meant more as a contribution to public thought about hard real-time languages. If someone decides to use my code for anything then that's cool, but that's not important.
Every search for Scade ends up pointing to Esterel Technologies, which confused me, I guess. Didn't really know about it. Signal sounds interesting!