Task
A TaskProcessingSystem facilitates the usage of task processors for doing work. There are basically two types of task processors (TransientTaskProcessor and TaskProcessor). A TransientTaskProcessor is not a model element. As such, it does not react to model element actions such has initialization, warm up, replication ending, etc. Transient task processors can be dynamically created and shutdown when no longer needed, without the overhead of adding them to the model element hierarchy. The user is responsible for ensuring the appropriate life-cycle management of created transient task processors. If the task processing system's creation methods are used to create transient task processors, then the task processing system will management the initialization and warmup of its managed task processors. Transient task processors do not have statistics automatically collected.
A TaskProcessor is a model element that does task processing. It can be configured to collect busy time statistics as well as statistics on idle, inactive, and in-repair states.
Parameters
the parent for this task processing system
Types
Simple delay to represent a break period for a processor.
Simple delay task to represent repair being done.
Represents something that must be executed by a TaskProcessor.
A functional interface to use to model actions that can be invoked to allow a task dispatcher to react to when a task processor has an action such as a failure, etc.
A functional interface to use to model actions that can be invoked to allow a task to react to when a task processor has an action such as a failure, etc.
An interface to represent the general concept of a task processor. A task processor is something that receives tasks and executes them.
Used to collect statistical performance for a processor based on accumulated state information from within replications. Performance is across replications.
Indicators of task processor status during its processing.
A task queue can hold tasks for a processor. This class does not collect queueing statistics.
Basic types of task. WORK is normal work. REPAIR indicates that the task causes the task processor to experience the in-repair state (i.e. failure). The BREAK type indicates that the task is associated with an inactive period.
Responsible for executing tasks that have been supplied. This processor is transient. It is not a model element and thus does not participate in automatic model element actions such as initialization, warmup, and replication ending.
Simple delay task to represent work being done.
Properties
A flag to control whether the model element reacts to after experiment actions.
A flag to control whether the model element reacts to after replication actions.
A flag to control whether the model element reacts to before experiment actions.
A flag to control whether the model element reacts to before replication actions.
Indicates the current status of the model element for observers of ModelElement.Status
A flag to control whether the model element reacts to initialization actions
the left traversal count for pre-order traversal of the model element tree
Returns a string representation of the model element and its child model elements. Useful for realizing the model element hierarchy.
A flag to control whether the model element participates in monte carlo actions.
Gets the number of model elements contained by this model elements.
Indicates the previous status of the model element for observers of ModelElement.Status This allows the transition to be noted by observers
A flag to control whether the model element reacts to end replication actions.
the right traversal count for pre-order traversal of the model element tree
The spatial model associated with this model element. By default, each model element uses its parent model element's spatial model unless changed via this property. This changes the spatial model for this model element and no others.
The time interval between TimedUpdate events. The default is zero, indicating no timed update
Specifies whether this model element participates in time update event specified by its parent
Specifies the havingPriority of this model element's timed update event.
Indicates whether the warm-up action occurred sometime during the simulation for this model element. False indicates that the warm-up action has not occurred
Specifies if this model element will be warmed up when the warmup action occurs for its parent. The warm-up flag indicates whether this model element will be warmed up when its parent warm up event/action occurs. The default value for all model elements is true. A value of true implies that the model element allows its parent's warm up event to call the warm-up action. A value of false implies that the model element does not allow its parent's warm up event to call the warm-up action. False does not necessarily mean that the model element will not be warmed up. It may, through the use of the lengthOfWarmUp property, have its own warm up event and action.
Specifies the priority of this model element's warm up event.
Functions
Cause the entity to start the process. The activation of the process is governed by an event that is scheduled to occur at the specified activation time.
Cancels the timed update event for this model element.
Cancels the warm-up event for this model element.
Checks if this model element or any model element directly above this model element in the hierarchy of model elements all the way until the top Model participates in the warm-up action.
Creates transient task processors based on the names.
Creates transient task processors and names them.
Find the first parent that has its own warm up event this guarantees that all elements below the found model element do not have their own warm-up event. A model element that has its own warm up event also opts out of the warm-up action. If the returned parent is the Model, then all are controlled by the model (unless they opt out). Elements can opt out and not have their own warm-up event. Thus, they have no warm up at all.
Fills up the supplied StringBuilder carrying a string representation of the model element and its child model elements Useful for realizing the model element hierarchy.
This method returns the planned time for the warm-up for this model element.
Fills a StringBuilder carrying the model element names in the order that they will be initialized
Checks if a warm-up event is scheduled for any model element directly above this model element in the hierarchy of model elements all the way until the top Model.
Checks if current status is the supplied status
Checks if a timed update event has been scheduled for this model element
Checks if a warm-up event has been scheduled for this model element
Creates and adds a transient task processor with the provided name to the task processing system.
Adds a transient task processor to the task processing system. This causes the transient processor to react to model element initialization and warm up via the task processing system.
Returns the value of a 1 millisecond time interval in terms of the base time unit
Sets the after experiment option of all model elements (children) contained by this model element.
Sets the after replication flag of all model elements (children) contained by this model element.
Sets the before experiment option of all model elements (children) contained by this model element.
Sets the before replication flag of all model elements (children) contained by this model element.
Sets the initialization option of all model elements (children) contained by this model element.
Sets the monte carlo option flag of all model elements (children) contained by this model element.
Sets the end replication option flag of all model elements (children) contained by this model element. Determines whether the replicationEnded() method will be called
Sets the timed update option flag of all model elements (children) contained by this model element.
Sets the warm-up option flag of all model elements (children) contained by this model element.
Cause the entity to start the process sequence in the order specified by the sequence. The activation of the first process is governed by an event that is scheduled to occur based on the time until activation parameter.
Cause the entity to start the process sequence in the order specified by the sequence. The activation of the first process is governed by an event that is scheduled to occur at the specified activation time.