...watching those dumps on the example Graph with excessive dependencies made blatantly clear that we're dispatching a lot of unnecessary jobs, since the actual continuation is /always/ triggered by the dependency-NOTIFY. Before the rework of NOTIFY-Handling, this was rather obscured, but now, since the NOTIFY trigger itself is also dispatched by the Scheduler, it ''must be this job'' which actually continues the calculation, since the main job ''can not pass the gate'' before the dependency notification arrives. Thus I've now added a variation to the test setup where all these duplicate jobs are simply omitted. And, as expected, the computation runs faster and with less signs of contention. Together with the other additional parameter (the base expense) we might now actually be able to narrow down on the observation of a ''expense socket'', which can then be attributed to something like an ''inherent scheduler overhead'' |
||
|---|---|---|
| .. | ||
| draw | ||
| DIR_INFO | ||
| empty.html | ||
| InterfaceConcept_Varga.mm | ||
| renderengine.html | ||
| thinkPad.ichthyo.mm | ||
| uml | ||
| workflow.mm | ||