26.08.2013 Views

3.1 MB - Evernote

3.1 MB - Evernote

3.1 MB - Evernote

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

34<br />

Parallel Transaction-oriented Simulation<br />

states can be reclaimed through fossil collection. Another important purpose is to<br />

determine the overall progress of the simulation, which includes the detection of the<br />

simulation end. Besides these reasons optimistic parallel simulations can often run<br />

without any additional GVT calculations for long time periods or even until they reach<br />

the simulation end if enough memory for the required state saving is available. In<br />

environments with a relatively low communication performance like Computing Grids<br />

it is desirable to minimise the need for GVT calculations because the GVT calculation<br />

process is based on the exchange of messages and adds a communication overhead.<br />

The best-known GVT calculation algorithm was suggested by Jefferson [16]. It defines<br />

the GVT as the minimum of all local simulation times and the time stamps of all events<br />

sent but not yet acknowledged as being handled by the receiving LP. The planned<br />

parallel simulator will use this algorithm for the GVT calculation because it is relatively<br />

easy to implement and well studied. Future work could also look at alternative GVT<br />

algorithms that might be suitable for Grid environments, like the one suggested in [20].<br />

The movement of a Transaction in transaction-oriented simulation can be seen as<br />

equivalent to an event being executed in discrete event simulation as concluded in 4.1.1.<br />

But in transaction-oriented simulation the causal order is not only determined by the<br />

movement time of a Transaction but also by its priority because if several Transactions<br />

exist that have the same move time then they are moved through the system in order of<br />

their priority, i.e. Transactions with higher priority first. As a result the priority had to be<br />

included in the GVT calculation in [19] because the Breathing Time Buckets algorithm<br />

(SPEEDES algorithm) used there needs the GVT to guarantee outgoing Transactions.<br />

For a parallel transaction-oriented simulator based on the Time Warp algorithm or the<br />

Shock Resistant Time Warp algorithm it is not necessary to include the Transaction<br />

priority in the GVT calculation because the GVT is only used to determine the progress<br />

of the overall simulation and to regain memory through fossil collection. For the Shock<br />

Resistant Time Warp algorithm one additional use of the GVT is to determine realistic<br />

values for the CommittedEvents sensor. Events are committed when receiving a GVT<br />

that is greater than the event’s time. As a result the number of committed events during<br />

a certain period of time is only known if GVT calculations have been performed. The<br />

suggested parallel simulator based on the Shock Resistant Time Warp algorithm will<br />

therefore synchronise the processing of its LPCC with GVT calculations.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!