| 63 | | || '''Task 2.b''' : Hard/Soft alert triggering, Task manager : '''LIP6''', Partners : '''ALL'''. This task is dedicated to the appropriate exploitation of the formatted events available in the tables of the DRET, filled by all the mechanisms studied in WP1. Exploitation covers Boolean computing on events, ordering, classifying, filtering, accumulating, mean-value calculation, and finally triggering of an appropriate action. |
| 64 | | This task intends to identify how to write these second level instrumentation threads (with respect to the first level instrumentation threads studied in WP1) that are designed to be the reactive part of the online monitoring, for they decide to trigger the next step or not. Next step can either be further analysis through test (2c) or direct remapping (WP3). |
| | 63 | || '''Task 2.b''' : Hard/Soft alert triggering, Task manager : '''LIP6''', Partners : '''ALL'''. This task is dedicated to the appropriate exploitation of the formatted events available in the tables of the DRET, filled by all the mechanisms studied in WP1. Exploitation covers Boolean computing on events, ordering, classifying, filtering, accumulating, mean-value calculation, and finally triggering of an appropriate action. This task intends to identify how to write these second level instrumentation threads (with respect to the first level instrumentation threads studied in WP1)that are designed to be the reactive part of the online monitoring, for they decide to trigger the next step or not. Next step can either be further analysis through test (2c) or direct remapping (WP3). |
| 68 | | || '''Task 2.c''' : Functional/structural test, Task manager : LIP6, Partners : LIP6. Among the remapping strategies that will later be presented in WP3; some, or a sequence of those applied over time may have hardly predictable effects on application performance. In order to keep track of mid- or long-term consequences of those remapping decisions, a statistical analysis of the DRET and AIM databases will be performed. These information may later help refining the decision-taking policy when, for instance, a previous task migration order led to a worst global solution. |
| | 67 | || '''Task 2.c''' : Functional/structural test, Task manager : LIP6, Partners : LIP6. The main objective of this task is to identify the failing component(s) of the MP2SoC architecture, in reaction to the alert triggering. Faulty components can be processors, RAMs within a Processing Element (PE), or routers interconnecting the main PEs. Thus, functional/structural software/hardware architectures and methods must be defined to allow a quick targeting of the faulty part. Different strategies depending on the level of accuracy are to be experimented: stop at first fail, identify all failing components within the PE … It must be noticed in this task that the structural test is not intended to localize a faulty gate or a faulty transistor, the objective is rather to find which component should be deactivated and not considered during the remapping step. This obviously implies the use of on-chip functional resources for test purpose. |
