[sequencechart]- fixing many small glitches- adding functions to sequencechartfacade (getSmallestComplexity / getLargestCompexity)- using colors to display complexity
[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] clean up: removing unused wrapper methods from cAsyncmodule
[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...
Merge branch 'master' of login.nets.rwth-aachen.de:/projects/horizon/git/horizon-4
[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
Also available in: Atom