The later ones must be able to be sent even tho the thread does not exist yet, since the prior ones are going to create it.
So if we detect a thread creation event, then we add all these other actions on to that creation event to be pooled only when the thread is instantiated.
Possibly as part of the instantiation the execution could proceed ?
Means the original result is delayed, but we might set some threshold where it is faster overall to do everything as a batch ?
If the actions came from the same PID, then the sender wouldn't be able to execute until all were done anyway, so might as well.
The later ones must be able to be sent even tho the thread does not exist yet, since the prior ones are going to create it.
So if we detect a thread creation event, then we add all these other actions on to that creation event to be pooled only when the thread is instantiated.
Possibly as part of the instantiation the execution could proceed ? Means the original result is delayed, but we might set some threshold where it is faster overall to do everything as a batch ?
If the actions came from the same PID, then the sender wouldn't be able to execute until all were done anyway, so might as well.