summaryrefslogtreecommitdiff
path: root/opendc-core
AgeCommit message (Collapse)Author
2018-07-11chore: Update Gradle build configurationFabian Mastenbroek
This change updates the Gradle build configuration in order to make use of the native JUnit 5 integration and the newest Kotlin and Dokka plugins.
2018-04-22feat(#12): Buffer instrumentation measurementsFabian Mastenbroek
This change will make the simulator by default buffer all measurements of attached instruments to prevent strange situations where certain measurements are not recorded due to the processing running on another thread.
2018-04-22feat(#12): Allow closing of instrument streamsFabian Mastenbroek
This change in Instrumentation API allows the user to close the data stream of an instrument by introducing a new concept: Port. A user can open a `Port` for a `Simulation` object and attach an arbitrary amount of instruments to this port. The data streams are closed by calling `Port#close()`.
2018-02-23feat(#12): Implement Instrumentation API in Omega kernelFabian Mastenbroek
These changes implement the Instrumentation API described in issue #11 into the Omega simulation kernel.
2018-02-23feat(#11): Create Instrumentation APIFabian Mastenbroek
This commit creates the interfaces for the new Instrumentation API described in issue #11. This interface allows users to plug an instrumentation device into a (live) simulation in order extract measurements from the simulation.
2018-02-19refactor(#18): Simplify Context interfaceFabian Mastenbroek
This change simplifies the `Context` interface to reduce the amount of methods required to implement by implementors.
2018-02-19refactor(#18): Refactor unused transformation receive methodsFabian Mastenbroek
This change removes the unused transformation receive methods from the `Context` class as this functionality can now be easily implemented in the standard library using the newly introduced `sender` property.
2018-02-18refactor(#18): Provide access to process context in nested callsFabian Mastenbroek
This change provides a method in the standard library to access the process context in nested suspending function calls.
2018-02-16refactor(#18): Provide access to latest senderFabian Mastenbroek
This change adds a `sender` property to the `Context` interface to provide processes access to the sender of the latest received message. Please note that methods like `hold()` and `interrupt()` may change the value of this property.
2018-02-14refactor(#18): Create distinction between kernel and simulationFabian Mastenbroek
This change creates a distinction between a kernel and a simulation. A single simulation is represented by a `Simulation` object which provides control over the simulation, while the `Kernel` interface allows users to create a new simulation using that kernel as backend.
2018-02-12refactor(#18): Align formatting with official Kotlin Style GuideFabian Mastenbroek
This change aligns the code formatting of the project with the official Kotlin Style Guide. They can be found at http://kotlinlang.org/docs/reference/coding-conventions.html.
2018-02-12refactor(#18): Update dependenciesFabian Mastenbroek
This change bumps the version of the dependencies used by the project.
2018-01-11refactor(#18): Redesign core simulation APIFabian Mastenbroek
This change contains the redesign of the core simulation API and provides a cleaner interface for developing simulation models for the users.
2017-10-24bug(#3): Add timeout for experimentsFabian Mastenbroek
This change adds a timeout for experiments, which allows the user to set an upper bound on the duration of an experiment. Closes #3
2017-09-28Implement JPA integrationFabian Mastenbroek
2017-09-24Allow listening to changes of topologyFabian Mastenbroek
2017-09-24Allow mutation of topology during simulationFabian Mastenbroek
2017-09-21Create simple datacenter experimentFabian Mastenbroek
2017-09-20Allow suspendable processing of message envelopesFabian Mastenbroek
This change allows a process to suspend within a receive block.
2017-09-20Add support for timeouts on receive callsFabian Mastenbroek
This change allows processes to set a timeout when waiting for a message to arrive.
2017-09-20Improve simulation time managementFabian Mastenbroek
2017-09-18Refactor and split up code baseFabian Mastenbroek
This change splits up the current code base into three different module: - opendc-core - This module defines the API which you can use to write simulatable entities in a topology. - opendc-omega - This module is the reference implementation of the API defined the `opendc-core` module. - opendc-stdlib - This module provides a standard library of entities which can be used for datacenter simulation.
2017-09-08Make edges a property of a nodeFabian Mastenbroek
This change converts the ingoingEdges() and outgoingEdges() to a property in Kotlin. This better conveys the meaning of the attribute and is more in line with a Kotlin design.
2017-09-08Remove obsolete messaging classesFabian Mastenbroek
This change removes some unused messaging classes, which have become obselete after the design change.
2017-09-08Allow easier construction of graph via TopologyBuilderFabian Mastenbroek
This change allows for easier construction of a topology.
2017-09-08Refactor default Simulator implementationFabian Mastenbroek
This change refactors the default Simulator implementation, reformatting the code, adding input validation and extracting common code.
2017-09-06Implement time jumps to next eventFabian Mastenbroek
This change implements a time jump to the next event in the queue if there are no events scheduled for the current tick.
2017-09-06Move default Simulator into own packageFabian Mastenbroek
This change moves the default Simulator implementation into its own package called 'omega'.
2017-09-06Rename kernel package to simulatorFabian Mastenbroek
This change renames the package named 'kernel' to 'simulator' to better convey the use of this package.
2017-09-06Separate Simulator interface and implementationFabian Mastenbroek
This change separates the Simulator interface from one of its possible implementations. This allows us to easily swap simulators between experiments.
2017-09-05Rename sleep() to wait()Fabian Mastenbroek
This change renames the sleep(n) method to wait(n) to make clear that the method will not cause the thread to sleep, but instead suspends the kernel and allows other kernels to still run during the waiting period.
2017-09-05Fix bug in helper methods in NodeFabian Mastenbroek
This change fixes a bug where an incorrect value was cast and returned by helper methods in the Node module.
2017-09-05Provide Set interface for TopologyFabian Mastenbroek
This change makes the Topology interface implement the Set interface to provide common methods like checking whether a node is part of the given topology.
2017-09-04Move simulation kernels into topology entitiesFabian Mastenbroek
This change embeds simulation kernels into the entities and relations of the topology.
2017-09-01Add notion of initial states of entitiesFabian Mastenbroek
This change adds a notion of entities having an initial state specified in the topology.
2017-09-01Finish basic implementation of simulatorFabian Mastenbroek
This change introduces a basic coroutine-based simulator implementation. The simulator currently misses the crucial ability to send messages over channels, which will be implemented in later commits.
2017-08-10Start implementation of new architectureFabian Mastenbroek
This change introduces a new architecture based on implicit, untyped connections between nodes in the topology of a cloud network. This model assumes that entities can only communicate to other entities directly if they are connected via a channel (edge).
2017-08-08Add job identifier and nameFabian Mastenbroek
2017-08-08Rename data center to datacenterFabian Mastenbroek
2017-08-08Fix copyright headers and licenseFabian Mastenbroek
This change fixes the copyright headers and license of the project in order to assign the copyright to atlarge-research.
2017-08-08Create initial architectureFabian Mastenbroek
This change adds the initial architecture of the Kotlin rewrite. The representation of the topology of a cloud network is unfinished and I am still not sure what would be the best way to represent it.