| Age | Commit message (Collapse) | Author |
|---|
|
Remove SC18 presentation notice
|
|
|
|
|
|
Fix React invariant bug in frontend
|
|
This change pulls the changes in the opendc-frontend repository to fix
the React invariant bug that was caused by a dependency mismatch.
|
|
Configure simulator to track machine and task states
|
|
Fix React invariant bug in frontend
|
|
This change configures the simulator to track machine and task states
during simulation to be able to show the nice graphs in the OpenDC
frontend. During the SC18 experiments, these options were not enabled and
forgot to renable them for the website.
|
|
This change pulls the changes in the opendc-frontend repository to fix
the React invariant bug that was caused by a dependency mismatch.
Additionally, a banner about Supercomputing 2018 is added.
|
|
bug: Fix React invariant error due to dependency mismatch
|
|
This change fixes an issue with React crashing due to an invariant error
that was caused by a dependency mismatch between React and react-konva.
I have included the Yarn lock file in the repository to prevent these
issues from happening in the future and keeping the installation
deterministic. Additionally, I have updated react-konva and konva to the
latest version to be compatible with the targeted React release.
Fixes #63
|
|
Add SC18 banner to site
|
|
|
|
Use setup.py in web-server Docker install
|
|
|
|
|
|
|
|
|
|
Pin version numbers of dependencies
|
|
This should make deployments more stable and reproducible. 🎉
|
|
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.
|
