<?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/topic/59" />

	<title>Tools and Benchmarks for Real-Time Systems</title>
	<subtitle>ECRTS Community Forum</subtitle>
	<link href="http://localhost/index.php" />
	<updated>2016-07-15T11:25:34+01:00</updated>

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

		<entry>
		<author><name><![CDATA[martinamaggio]]></name></author>
		<updated>2016-07-15T11:25:34+01:00</updated>

		<published>2016-07-15T11:25:34+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=152#p152</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=152#p152"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=152#p152"><![CDATA[
I am very interested in (1) and (2). During the WATERS discussion, it was clear that there was a lot of terminology clarification going on while you were developing the library. When you have some writing on the matter, please share it here. And if anybody has additional thoughts, it would be good as a starting point for some "terminology standardization" effort.<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=57">martinamaggio</a> — Fri Jul 15, 2016</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[iceslj]]></name></author>
		<updated>2016-07-11T10:04:26+01:00</updated>

		<published>2016-07-11T10:04:26+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=141#p141</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=141#p141"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=141#p141"><![CDATA[
Yes, we are defining formal semantics for the terminology of real-time systems. We have built a formal library in Timed Automata, which consists of a set of automata templates, including Task Activation, Job, Scheduler, etc. For example, Task Activation represents the attributes on tasks' activation, including Offset, MinInterval, jitter, etc. The formal library is extensible, as new attributes can be added into a corresponding template. Given a concrete system, a network of Timed Automata is instantiated with the parameters of the system. Then the WCRT of each task can be computed through model checking. Other properties can also be computed, such as the number of deadline misses. In summary, the formal library serves three purposes: (1) as the formal semantics of the existing terminology; (2) as a modular and extensible framework for incorporating new terminology; (3) as a framework to facilitate exact schedulability analysis through model checking.<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=70">iceslj</a> — Mon Jul 11, 2016</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[martinamaggio]]></name></author>
		<updated>2016-07-05T13:27:21+01:00</updated>

		<published>2016-07-05T13:27:21+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=135#p135</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=135#p135"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=135#p135"><![CDATA[
During WATERS'16 there was a mention of updates on this topic. It seems that there is something interesting to discuss, as there was a need (for example) to clarify terminology used differently. Any updates on the initiative?<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=57">martinamaggio</a> — Tue Jul 05, 2016</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[medinajl]]></name></author>
		<updated>2016-02-04T20:57:41+01:00</updated>

		<published>2016-02-04T20:57:41+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=78#p78</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=78#p78"/>
		<title type="html"><![CDATA[The MAST model as an input formalism for simulation and response time analysis tools.]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=78#p78"><![CDATA[
Dear all,<br><br>There are many ways to do simulation. For those who may see it as a way to observe emergent behavior of a system whose timing models can be extracted and used to get some data about the response times for its tasks, let me comment that the imput model of MAST (a suite of tools for doing response time analysis through schedulability analysis) can also be used for this kind of simulation. <br><br>If you like you are invited to use the MAST topic to discuss, exchange ideas and evaluate the usage of its input meta-model/schema/format as a means to collect and compare design intents expressed in terms of their relevant timing models. The underlying meta-model for these timing models is very close to the one used in the UML profile for MARTE, though it can be expressed in a much simpler way. The concrete formats available include an ad-hoc text file, an equivalent XML textual representation, and the XMI of the corresponding ecore meta-model.<br><br>The MAST model scales very well from simple single-processor tasking models to fully distributed chains of tasks with or without precedence relationships. It includes forks, joins, branch and merges, delays, offsets, shared resources, hierarchical scheduling, and most of the analysable scheduling policies, RT network protocols, and protection protocols. As I mentioned it is used to do response time analysis by means of both, schedulability analysis, and simulation tools.<br><br>If there is interest on it, in a next post we can make a quick rational for its structure and present some flexibility concerns.<br><br>To get a closer look please check the MAST documentation (<a href="http://mast.unican.es" class="postlink">http://mast.unican.es</a>).<br>Please refer to the MAST description document (<a href="http://mast.unican.es/mast_description.pdf" class="postlink">http://mast.unican.es/mast_description.pdf</a>) to get a better view of the elements that form the timing models in MAST.<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=61">medinajl</a> — Thu Feb 04, 2016</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[erk]]></name></author>
		<updated>2015-11-19T08:19:35+01:00</updated>

		<published>2015-11-19T08:19:35+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=68#p68</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=68#p68"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=68#p68"><![CDATA[
Hi everybody,<br><br>Very interesting initiative.<br>In our <a href="http://ecrts.eit.uni-kl.de/forum/viewtopic.php?f=13&amp;t=60" class="postlink">SchedMCore</a> tool we use a relatively simple text task file format (TFF).<br>You'll find our usage description in the file attached to the current post.<br><br>-- <br>Eric NOULARD, ONERA/DTIM/LAPS, ONERA - Centre de Toulouse<br><a href="http://www.onera.fr/dtim" class="postlink">http://www.onera.fr/dtim</a><br>2 avenue E. Belin, B.P. 74025, F-31055 Toulouse Cedex 4, FRANCE<br>tel: +33 (0)5 62 25 26 38, fax: +33 (0)5 62 25 25 93<dl class="file"><dt><span class="imageset icon_topic_attach"></span> <a class="postlink" href="http://localhost/download/file.php?id=34&amp;sid=aa2f2ef908623a30d64d9a4fc66b71a0">lsmc-TN002-taskfileformat.pdf</a></dt></dl><p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=104">erk</a> — Thu Nov 19, 2015</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[Sophie Quinton]]></name></author>
		<updated>2015-11-18T17:07:42+01:00</updated>

		<published>2015-11-18T17:07:42+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=66#p66</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=66#p66"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=66#p66"><![CDATA[
Hi Olivier,<br><br>Thanks for getting the discussion started! Could you edit your post to add links to the websites of the tools you mention? That'd be really helpful. I know some of them but not all.<br><br>Thanks,<br>Sophie<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=55">Sophie Quinton</a> — Wed Nov 18, 2015</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[oliviercros]]></name></author>
		<updated>2015-11-18T12:59:29+01:00</updated>

		<published>2015-11-18T12:59:29+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=65#p65</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=65#p65"/>
		<title type="html"><![CDATA[Re: A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=65#p65"><![CDATA[
Hello,<br><br>As a basical state of the art to improve this topic, I started to build a list of already well-known existing real-time simulation tools, in order to focus particularly on the way they modelize input and output informations. I splitted, for now, tools in two parts : processor-oriented, and network-oriented. Currently, I obtained the following informations for processor-oriented tools (tool/input-output modelization/development language) :<br><br>Cheddar - XML/AADL - Ada<br>Fortas - XML - Java<br>SimSo - Python - Python<br>Yartiss - XML - Java<br>TimeWiz - Unknown - Unknown<br>RapidRM - Unknown - Unknown<br>MAST - MARTE/XSD - Unknown<br>CPAL - Unknown - Unknow<br><br>I suggest from all the users and readers to contact me about this subject (<a href="mailto:cros@ece.fr">cros@ece.fr</a>), if you want to ask me questions or to bring some more informations about tools you use or develop inside a specific RT context. I'll be please to add your tool to this list or to precise already existing informations.<br><br>The main purpose is to build, first, a global view of each way of modelizing datas in different RT simulation tools, in order to focus on the specifical needs of each and then to integrate these needs inside a common input format.<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=88">oliviercros</a> — Wed Nov 18, 2015</p><hr />
]]></content>
	</entry>
		<entry>
		<author><name><![CDATA[Sophie Quinton]]></name></author>
		<updated>2015-11-17T13:17:57+01:00</updated>

		<published>2015-11-17T13:17:57+01:00</published>
		<id>http://localhost/viewtopic.php?t=59&amp;p=64#p64</id>
		<link href="http://localhost/viewtopic.php?t=59&amp;p=64#p64"/>
		<title type="html"><![CDATA[A common input format]]></title>

		
		<content type="html" xml:base="http://localhost/viewtopic.php?t=59&amp;p=64#p64"><![CDATA[
At WATERS'15 we had a lengthy discussion about a common input format for simulation tools. This topic is meant for discussing this issue. Share your experience/opinion/proposal!<br><br>Best,<br>Sophie<p>Statistics: Posted by <a href="http://localhost/memberlist.php?mode=viewprofile&amp;u=55">Sophie Quinton</a> — Tue Nov 17, 2015</p><hr />
]]></content>
	</entry>
	</feed>
