| Age | Commit message (Collapse) | Author |
|---|
|
Fix web server crash in Docker environment
|
|
The current web server fails on my machine when I run the Docker setup. I found out that this was a more common issue with a fix, so I've applied this fix to our setup.
This was the crash: https://github.com/etingof/pyasn1/issues/108
|
|
Update OpenDC team responsibilities in team section
|
|
|
|
feat: Implement Scheduler Reference Architecture
|
|
|
|
|
|
|
|
|
|
|
|
This change adds a conversion script that allows users to import traces
from the Grid Workload Archive (see http://gwa.ewi.tudelft.nl/) into the
OpenDC database.
|
|
This change implements the parts of the Datacenter Scheduling Reference
Architecture as published in SC18.
This commit consists of changes to the database schema such as:
- **Removal of `parallelizability` column in `Task`**
This field was not used by the simulator and we opted to use a field
describing the amount of cores the task can run on instead.
- **Removal of `task_id` column in `MachineState`**
This field did not make sense anymore now that a machine can run
multiple tasks. Fortunately, this field is not used in the frontend.
|
|
feat: Implement Scheduler Reference Architecture
|
|
This change will make the database image automatically import the schema
and test data.
|
|
This change implements the changes needed in the webserver for implementing
parts of the Datacenter Scheduling Reference Architecture as published
in SC18.
This change reflects the following changes in the database schema:
- **Removal of `parallelizability` column in `Task`**
This field was not used by the simulator and we opted to use a field
describing the amount of cores the task can run on instead.
- **Removal of `task_id` column in `MachineState`**
This field did not make sense anymore now that a machine can run
multiple tasks. Fortunately, this field is not used in the frontend.
|
|
This change will improve exception handling of processes.
At the moment, when a process throws an uncaught exception, the kernel will catch and log the exception, stop the offending process and then continue. This approach however might cause the user to overlook possible exceptions in processes and does not give any ability to the user for handling these exception.
This change modifies the kernel implementation and specification such that the `step()` method (and consequently `run()`) must propagate uncaught exceptions that occur in processes. This allows the caller to control the way exceptions are handled.
|
|
This change fixes a bug where a process would be resumed again after it
had crashed, bringing down the kernel.
Fixes #27
|
|
This change refactors the calls to the recently deprecated
`CoroutineScope.coroutineContext` to use top-level `coroutineContext`
property instead.
This deprecation is the result of moving to the latest version of the
`koltinx-coroutines` library. See
https://github.com/Kotlin/kotlinx.coroutines/blob/master/CHANGES.md for
more information.
|
|
This change updates download instructions for the source code in the README.
The instructions reference an old branch that does not exist anymore
since the transition to the Kotlin codebase.
|
|
This pull requests updates the project as follows:
1. **Update Gradle version to 4.8**
This allows us to make use of new features such as native JUnit 5 integration and the build cache.
2. **Update Gradle build configuration according to new changes**
This change allows us to share configuration across modules and easily change the versions for shared dependencies. In addition, we now make use of the `java-library` plugin which allows for various optimizations. See https://docs.gradle.org/current/userguide/java_library_plugin.html
3. **Add support for Jacoco**
We add support code coverage tracking via the latest version of Jacoco which has increasing support for Kotlin.
Closes #22
|
|
This change adds support for Jacoco in the build toolchain.
|
|
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.
|
|
This change updates the Gradle wrapper version included in the
repository to version 4.8 which includes native JUnit 5 integration.
|
|
This pull request implements interpolation of task progress
(represented as the `TaskState` and `MachineState` class) via the
Interpolation helpers implemented in #20. The model assumes that tasks progress
linearly between two measurements (since the time between measurements is
usually small).
|
|
|
|
BitHound as a service is going to shutdown end of this month, meaning that we unfortunately cannot make use of its analysis, anymore.
|
|
These changes contain the specification of the new Instrumentation API for the simulator, in addition to the implementation for the Omega kernel. As an example, the API allows users to measure data from processes in simulation and interpolate data points between the measurements.
Closes #11, #12
|
|
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.
|
|
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()`.
|
|
This change adds interpolation functionality to the standard library for
instrumentation devices.
|
|
These changes implement the Instrumentation API described in issue #11
into the Omega simulation kernel.
|
|
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.
|
|
This change contains the redesign of the core simulation API and
provides a cleaner interface for developing simulation models for the
users.
Closes #18
|
|
This change simplifies the `Context` interface to reduce the amount of
methods required to implement by implementors.
|
|
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.
|
|
This change fixes the bug where the insertion order into the message
queue was not guaranteed for messages arriving at the same time, causing
some non-deterministic behaviour.
|
|
|
|
This change provides a method in the standard library to access the
process context in nested suspending function calls.
|
|
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.
|
|
This change fixes the broken implementation of the `receive()` method
with a timeout due to an invalid condition.
|
|
bug: Fix model according to new schema
See merge request opendc/opendc-web-server!10
|
|
These changes fixes the `machine_state` model to use the new schema
where a machine can run multiple tasks at the same time.
|
|
chore: Automatically import database schema in Docker image
See merge request opendc/opendc!13
|
|
This change will make the database image automatically import the schema
and test data.
|
|
This change will make the kernel handle the launch of processes using a
kernel process that is launched at the start of the simulation and
launches processes when it receives `Launch` messages.
|
|
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.
|
|
This change fixes the deployment of the OpenDC simulation model.
|
|
This change will make the simulation kernel launch the processes at the
initial run instead of when the processes are registered.
|
|
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.
|
|
This change bumps the version of the dependencies used by the project.
|
