To verify integration of this new engine-level facility, it seems prudent to build a load test (without going into extended stress- and performance testing). For that we need - random buffer demand - a computational load that actually uses the buffer. As part of the ''scheduler stress testing'', a self-calibrating `ComputationalLoad` was developed, which even implements both a merely computational load, but also a memory accessing computation. This can be extended to optionally use an external buffer, instead of allocating a precisely dimensioned memory block directly from heap. Obviously this extension is ''dangerous'', since there is no way to verify that the storage passed in can accommodated the storage required based on the current calibration of the `ComputationalLoad` As an aside: identified a timing check in `SchedulerService_test` that showed the tendency to fail when invoked immediately after a build. |
||
|---|---|---|
| .. | ||
| cache | ||
| gear | ||
| io | ||
| mem | ||
| out | ||
| storage | ||
| toolkit | ||
| DIR_INFO | ||