Moved cAsyncModule functionality to cSimpleModule, dropped cAsyncModule
We eliminated the need for special cAsyncModule objectssince it is more convenient to just stick to cSimpleModule in themodel implementation and active Horizon through omnetpp.ini switches....
[omnet4] fixed bug in smaller operator of spinningthreadpool
[numGen] overloaded method calls in casyncmodule to make numGen-> referenciations unnecessary[nullduration] the barriermessage is now scheduled BEFORE the children of an event
[nullduration] bugfix: correcty insert barriermsgs with their parentID and parentArrivalTime being that of the corresponding event.
[nullduration] added- runtimeexception when wrong priority is scheduled- NOBARRIER-threadstate now uses UINT_MAX for barriers
[nullduration] added insertOrder comparison to the NOBARRIER comparison operators in the threadpool. These are necessary because during initialization, the rest of the parameters dont provide an unambigious ordering
[nullduration]- implemented rest of nullduration algorithm for both barrier based approach as well as NOBARRIER.-- barrier based approach: the barriers are now placed according to ordering-- nobarrier: the comparison operators have been extended
- hopefully fixed cache line size alignment
[nullduration] fixed the Bugs, Daniel mailed:-- (hoch) INSTALL behauptet NOBARRIER wäre default. in meinem checkoutist dies nicht wahr.
-- (unwichtig) include/cthreadpool.h beginnt mit einer forwarddeclaration von cthreadpool - direkt vor der definition...
removed superfluous SPACING variable
This variable was supposed to seperate threadstate_t but was actually never really used.
[eefscheduler] moved barrierMin from cSimulation to cSpinningthreadpool
[eefscheduler] added eefscheduler support for NOBARRIER, fixed bug with duration:- one has to make sure that getProcessingDelay() is only called exactly once per simulation of an event. Otherwise timings with random processing delays get mixed up.
working on EEFScheduler:added EEFScheduler
Initial import of Horizon 4 release.