<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-gb">
	<link rel="self" type="application/atom+xml" href="http://localhost/app.php/feed/forum/39" />

	<title>Tools and Benchmarks for Real-Time Systems</title>
	<subtitle>ECRTS Community Forum</subtitle>
	<link href="http://localhost/index.php" />
	<updated>2018-07-06T10:55:26+01:00</updated>

	<author><name><![CDATA[Tools and Benchmarks for Real-Time Systems]]></name></author>
	<id>http://localhost/app.php/feed/forum/39</id>

		<entry>
		<author><name><![CDATA[Sophie Quinton]]></name></author>
		<updated>2018-07-06T10:55:26+01:00</updated>

		<published>2018-07-06T10:55:26+01:00</published>
		<id>http://localhost/viewtopic.php?t=121&amp;p=228#p228</id>
		<link href="http://localhost/viewtopic.php?t=121&amp;p=228#p228"/>
		<title type="html"><![CDATA[WATERS'18 • The 2019 industrial challenge]]></title>

					<category term="WATERS'18" scheme="http://localhost/viewforum.php?f=39" label="WATERS'18"/>
		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=121&amp;p=228#p228"><![CDATA[
<strong class="text-strong">About the WATERS industrial challenge</strong><br>The purpose of the WATERS industrial challenge is to share ideas, experiences and solutions to a concrete timing verification problem issued from real industrial case studies. It also aims at promoting discussions, closer interactions, cross fertilization of ideas and synergies across the breadth of the real-time research community, as well as attracting industrial practitioners from different domains having a specific interest in timing verification.<br><br><strong class="text-strong">The 2019 industrial challenge</strong><br>We are glad to announce that the 2019 challenge will be proposed by Arne Hamann from Bosch. The challenge, which extends the 2017 challenge, addresses the shift from classical to high performance real-time systems. An initial presentation of the challenge is given below.<br><br><div class="inline-attachment"><dl class="file"><dt><span class="imageset icon_topic_attach"></span> <a class="postlink" href="http://localhost/download/file.php?id=93&amp;sid=d74079af129d5480a5ac4fd1778eecc1">WATERS2019_Industrial_Challenge_Bosch.pdf</a></dt></dl></div><p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=55">Sophie Quinton</a> — Fri Jul 06, 2018</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[pagetti]]></name></author>
		<updated>2018-06-01T18:34:24+01:00</updated>

		<published>2018-06-01T18:34:24+01:00</published>
		<id>http://localhost/viewtopic.php?t=120&amp;p=226#p226</id>
		<link href="http://localhost/viewtopic.php?t=120&amp;p=226#p226"/>
		<title type="html"><![CDATA[WATERS'18 • Keynote]]></title>

					<category term="WATERS'18" scheme="http://localhost/viewforum.php?f=39" label="WATERS'18"/>
		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=120&amp;p=226#p226"><![CDATA[
Title: A multi-criteria scheduling heuristic to optimize the execution time, the reliability, the power consumption and the temperature in multicores<br><br>Abstract:<br>We address the problem of computing a static schedule of a DAG of tasks onto an multicore architecture, with the goal of optimizing four criteria:  execution time, reliability, maximum power consumption, and peak temperature. We propose a ready list scheduling heuristic: it builds a static schedule of the given DAG of tasks onto the given multicore such that its reliability, power consumption, and temperature remain below three given thresholds, and such that its total execution time is as low as possible. We replicate actively the tasks to increase the reliability, we use Dynamic Voltage and Frequency Scaling to decrease the power consumption, and we insert cooling times to control the peak temperature. We advocate that, when one wants to optimize multiple criteria, it makes more sense to build a set of solutions, each one corresponding to a different tradeoff between those criteria, rather than to build a single solution. This is all the more true when the criteria are antagonistic, which is the case here: for instance, improving the reliability requires to add some redundancy in the schedule (in our case spatial redundancy), which penalizes the execution time. For this reason, we build a Pareto front in the 4D space (exec. time, reliability, power, temp.), by varying the three thresholds on the reliability, power, and temperature.<br><br>Comparisons show that the schedules produced by our heuristic are on average only 10% worse than the optimal schedules (computed by an ILP program), and 35% better than the ones generated by the PowerPerf-PET heuristic from the literature.<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=75">pagetti</a> — Fri Jun 01, 2018</p><hr />
]]></content>
	</entry>
	</feed>
