From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: ** X-Spam-Status: No, score=2.1 required=5.0 tests=BAYES_05,DIET_1,INVALID_MSGID, PDS_TONAME_EQ_TOLOCAL_HDRS_LCASE autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 10f5bc,5d6f85246966eb2e X-Google-Attributes: gid10f5bc,public X-Google-Thread: 109fba,5d6f85246966eb2e X-Google-Attributes: gid109fba,public X-Google-Thread: 115aec,5d6f85246966eb2e X-Google-Attributes: gid115aec,public X-Google-Thread: 103376,5d6f85246966eb2e X-Google-Attributes: gid103376,public From: Greg Bond Subject: Re: For GNAT People Date: 1996/07/31 Message-ID: <320021F4.3A59@ee.ubc.ca>#1/1 X-Deja-AN: 171338345 references: <31F5FF33.167EB0E7@pisa.intecs.it> to: grt content-type: text/plain; charset=us-ascii organization: Dept. of Electrical Eng., UBC mime-version: 1.0 newsgroups: comp.realtime,comp.lang.ada,comp.lang.c++,comp.software.testing x-mailer: Mozilla 3.0b5Gold (Macintosh; I; PPC) Date: 1996-07-31T00:00:00+00:00 List-Id: grt wrote: > snip... > > In the last years greater and greater importance has been attributed > to the non-functional requirements, in particular to the deadlines > associated to time requirements. If such requirements are not faced > very early in the software life-cycle, then the reliability of the > developed system might be hardly affected. Techniques have been then > developed to be able to check that the deadlines are met even in the > worst case of execution. Tools that apply such techniques are called > Schedulability Analyser. They need a description of the system > dynamic behavior and the execution time of pieces of sequential code. > After the development phase it is easy to measure the required times, > but we would like to be able to perform the analysis BEFORE all code > is produced and without exercising the specific hardware. At this > purpose it is needed a so called Worst Case Execution Time > Analyser. It is a tool able to estimate with a high degree of > confidence the execution time given the source code statements. My > company's role includes the development of such a tool. > > snip... I don't think anyone would disagree with the fact that WCET analysis before all code is complete would be valuable, however I'm curious to know how one can approach WCET analysis without having all the code involved. Any approach I'm familiar with analyzes RTL, or byte code i.e. the result of compiling (completed) code. Is some sort of incremental approach possible? -- * Greg Bond * Dept. of Electrical Eng. * email: bond@ee.ubc.ca * Univ. of British Columbia * voice: (604) 822 0899 * 2356 Main Mall * fax: (604) 822 5949 * Vancouver, BC * web: http://www.ee.ubc.ca/~bond * Canada, V6T 1Z4