Changes between Version 39 and Version 40 of Check


Ignore:
Timestamp:
Oct 24, 2010, 10:50:54 PM (14 years ago)
Author:
olorin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Check

    v39 v40  
    288288
    289289
    290 
    291290One run of the application is enough to calculate the best scheduling of the application over the network, the application will directly access the nodes and start the required tasks, provided the tasks are already present on the sensor nodes.
     291
     292We used an unconventional scheduling algorithm that used energy as main constraint instead of time. The scheduler has only basic information about the tasks, for example: importance, affinity to a certain node, running frequency and dependencies and chooses which assignment is best for a minimal energy consumption scheme. Energy costs are considered to be proportional to the quantity of data transmitted
     293
     294The algorithm proposed solves the schedule problem with minimal energy consumption. It is designed for heterogeneous networks and it is application-independent. Although it was described as for a mesh topology network, the idea can be easily extended by introducing a “hop” factor in the communication between certain nodes - as dictated by topology.
     295
     296The scheduler suffers from great algorithmic complexity, a different solution based on an approximation algorithm of the same problem is required for large-scale networks. A viable approach would be to use the theorem in, that states that the k-cut problem can be solved with Gomory-Hu trees within twice the optimal. An implementation based on this approximation, as detailed in, has proven to be within twice the optimal, as shown in Figure 1.
     297
     298[[Image(Percentage_task-scheduling.png)]]
     299Figure 1. Percentage of addition to the optimal of the approximation solution - Twice the optimal is represented by 100%.
     300
     301[[Image(Runtime_task-scheduling.png)]]
     302Figure 2. Runtime comparisons (on semi-logarithmic scale) of variants of the approximation solution, GH is the standard Gomory-Hu algorithm, AGH is our solution of the scheduling problem based on Gomory-Hu.
     303
     304The approximation solution to the scheduling problem also proves to be a viable alternative from the complexity point of view. Asymptotically it has the same complexity as the Gomory-Hu algorithm it is based on, although with a higher constant.
     305
    292306= Self-healing =
    293307