Changes between Version 64 and Version 65 of ExDescLang
- Timestamp:
- Oct 20, 2010 3:59:37 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
ExDescLang
v64 v65 23 23 * An action must happen vs may happen 24 24 * Additional actions are allowed vs not allowed 25 * An action can(not) be split into multiple smaller pieces that have the same effect 25 26 * State changes in objects due to some action, at random, due to a timeout ... State changes that generate an action 26 27 * Conditions that lead to state change or to an action … … 31 32 a. those that deal with objects and their states ("cache must be poisoned") 32 33 b. those that deal with events and their features ("traffic must flow from A to B for 5 minutes at 100Mbps") 34 35 In general case invariants are defined in the logical topology and timeline of events. Additional invariants may be defined in this section but so far I had hard time coming up with those for a meta-description. Naturally when the user designs her experiment starting from the metadescription this will lead to more invariants being defined automatically and to some that a user can choose to define. 33 36 34 37 '''Note that intentionally this is all pretty high-level and is orthogonal to any generator used to generate topologies, traffic, etc.''' There must be a mapping process that selects eligible generators for each dimension and takes their output and maps objects and events to it. More about this mapping process later. 35 38 39 = Domain Knowledge = 40 41 = Generator Descriptions = 42 43 = Mapping elements of metadescription to generators = 36 44 37 45 = TODO =