Modified random number genaration
Instead of deriving from cNumberGenerator, models now use a distinct RNGin the global RNG array. This ignores the user specific mapping, butintroduces a mapping that creates <num-rngs> RNGs per module and mapsthem accordingly....
Renamed duration -> eventDuration
Problem: We had a variable cMessage::duration for Horizon and avariable cPacket::duration from OMNeT++ itself while cPacket inheritsfrom cMessage. This might lead to the wrong variable being accessedby packets.
Solution: Renamed the Horizon variable cMessage::duration in...
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....
[master] enable endSimulation() from threaded context
[master] streamlined templated implementation of locks
[sequencechart] implemented functionality to- write event duration into eventlog- measure event complexity- write event complexity into eventlog- parse complexity in eventlog interface from ievent java JNI
- added EventEndEntry into eventlog data format
Merge branch 'nullduration'
[build-system] make Horizon 4 build on Ubuntu 11.10
[horizon-4] fixed segfault that appeared when record-eventlog=true was set
[omnet4] fixed bug in smaller operator of spinningthreadpool
[random number generator] made cAsyncmodule inherit from cNumbergenerator as well.
[nullduration] cosmetic changes
[nullduration] moved asyncModuleLocks to earlier position and added getProcessingDelay return value that makes the event get handled sequentially:We have to lock before getProcessingDelay is called, and must only be released, once the corresponding event has been handled. This is because in the meantime, other events could alter the module and therefore change the outcome of getProcessingDelay nondeterministically....
[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
[random-number-generator] cAsyncModules now take ini input for RNG seeding- the parameter number-local-rngs specifies how many local random number generators are beeing created for the module- the parameter local-rng-seed takes a string of whitespace-seperated seeds, that are beeing used to seed the corresponding RNG. Example:...
[nullduration] BARRIER: the additional barrier information is now always set in the scheduler, although this might not be necessary everytime.
[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...
[master] cosmetic changes
[master] use locally stored simtime during messenge sending
We now store the local time of the module in a member variable beforeactually handling the event. During sending, we use this variable toavoid calls to the thread local storage to retrieve the time.
[master] thread safe event ordering for EEF scheduler
[core] updated documentation
[core] fixed comparison operator of thread-safe cmessageheap
- Corrected inverted comparisons of newly added message properties- re-introduced formaly removed use of insertOrder. This is still needed to sort messages which are being inserted during initialization
[core] added missing updates of message meta data
[core] implemented thread-safe(r) FES ordering
[core] cleanup of execution state handling within casynchmodule
added casts to some atomic type ops varables to avoid compiler warnings
removed superfluous SPACING variable
This variable was supposed to seperate threadstate_t but was actually never really used.
[eefscheduler] split getNextEvent of EEFScheduler in two methods: updateIES and getFirstEvent - updateIES: Fills up the Independent Event Set - getFirstEvent: returns the next event according to EEFScheduling Policy
[eefscheduler] added changes from codereview (minor stuff) and moved scheduler call again from cSimulation to Tkenv and Cmdenv respectively
[eefscheduler] code cleanup
[eefscheduler] the eefscheduler may not be used in the unthreaded case
[eefscheduler] bugfix with barriermsgs and sequential scheduling:- the processingDuration was not set correctly everytime- also now eefscheduler is deleting outdated barriers -> IES may get larger
[eefscheduler] made valid flag of barriermessage a AO_t
[eefscheduler] encapsulated getProcessingDelay-call in the getEventDuration() of cMessageThe duration of a message is invalidated in scheduleAt and sendDirect/Delayed
[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.
[eefscheduler] made cSequentialScheduler work again with NOBARRIER
[eefscheduler] further code cleanup of doOneEvent
[eefscheduler] moved barrierwaiting to scheduler- now the scheduler always returns a non barrier event
- added some debug output- fixed taskheap: made operators static, otherwise the wrong operators would be used- fixed t_start assignment in scheduleAt
[eefscheduler] solved initialization bug of t_start- now using delivd instead of t_start (t_start was redundant to delivd)- removed t_start from code- some code cleanup (some debug output removed..)
[eefscheduler] some more code cleanup
[eefscheduler] fixed deadlock,problem was with 0-duration events handled differently in csimulation and cscheduler:eefscheduler now checks mayParallelize
[eefscheduler]made simulation working with cSequentialScheduler (barriercreation is noch fully moved to cScheduler)
[eefscheduler] fixed correct advancing of simtimemoved time advancing from getnextmodule to dooneevent
[eefscheduler] restructured doOneEvent-doOneEvent now has no parameter-getNextEvent now removes elements from the FES/IES-still getting deadlock when IES runs empty
working on EEFScheduler:added EEFScheduler
[eefscheduler] made EEFScheduler work with NOBARRIER disabled
Added .gitignore files
Autobuild script for nightly builds
[omnet-4] code review virtual destr. pure virtual cLock functions code formatting
added cNoLock, cleanup
[horizon-4] added template locks, cNoLock is still missing
cLockedDefaultList and cLockedMsgHeap are now templated.
added some files, testing git commit
Initial import of Horizon 4 release.