Archived

Elektron is a lightweight, power-aware, pluggable Mesos framework that behaves as a playground to experiment with different scheduling policies to schedule ad-hoc jobs in docker containers.

This repository has been archived on 2024-04-10. You can view files and clone it, but you cannot make any changes to it's state, such as pushing and creating new issues, pull requests or comments.

Find a file

Pradyumna Kaushik 3fa4a45ca7 added .gitignore.		2018-09-23 18:39:11 -04:00
constants	Fixed the comments to be capitalized at the start and also terminate with a period.	2017-09-28 15:36:47 -04:00
def	Merged in resourceUsageTracking (pull request #2 )	2018-09-23 18:36:07 -04:00
docs	moved documentation of scheduling policies and power-capping strategies into a documentation folder called docs/	2017-09-28 15:53:36 -04:00
environment	Now retrieving path to rapl throttle script by reading value of an environment variable. Also, stored the RAPL_PKG_Throttle.py script in a directory called scripts/. The location of this needs to be stored in an environment variable named RAPL_PKG_THROTTLE_LOCATION.	2017-09-28 15:01:06 -04:00
logging	Fix incorrect degColLog file location	2018-09-23 18:14:48 -04:00
pcp	formatted code.	2018-09-23 18:23:37 -04:00
power-capping	added utility to compute the scheduling window. Right now there's only criteria on which this is determined -- fillNextOfferCycle. So, the schedWindow is the max number of tasks, that aren't yet scheduled, whose aggregate resource requirement is as close as possible to the resource available in the next round of resource offers. To be able to make the most use of the next offer cycle, one would need to perform a non-polynomial search of the TaskQueue and as this is computationally expensive, a linear search is performed on the TaskQueue. Retrofitted scheduling policies to also call utilities.schedUtils#schedWindowResizingStrategy#Apply before switching to a new scheduling policy.	2018-09-23 18:03:14 -04:00
rapl	added utility to compute the scheduling window. Right now there's only criteria on which this is determined -- fillNextOfferCycle. So, the schedWindow is the max number of tasks, that aren't yet scheduled, whose aggregate resource requirement is as close as possible to the resource available in the next round of resource offers. To be able to make the most use of the next offer cycle, one would need to perform a non-polynomial search of the TaskQueue and as this is computationally expensive, a linear search is performed on the TaskQueue. Retrofitted scheduling policies to also call utilities.schedUtils#schedWindowResizingStrategy#Apply before switching to a new scheduling policy.	2018-09-23 18:03:14 -04:00
schedulers	Merged in resourceUsageTracking (pull request #2 )	2018-09-23 18:36:07 -04:00
scripts	Now retrieving path to rapl throttle script by reading value of an environment variable. Also, stored the RAPL_PKG_Throttle.py script in a directory called scripts/. The location of this needs to be stored in an environment variable named RAPL_PKG_THROTTLE_LOCATION.	2017-09-28 15:01:06 -04:00
utilities	formatted code	2018-09-23 18:10:31 -04:00
.gitignore	added .gitignore.	2018-09-23 18:39:11 -04:00
config	updated pcp config file to not include stratos information	2017-09-26 01:40:17 -04:00
README.md	Linked to corresponding documentation	2017-09-28 15:56:16 -04:00
scheduler.go	pcp: CPU/MEM utilization & task share variance per node	2018-09-23 18:13:28 -04:00
workload_sample.json	updated example workload definition	2017-09-26 01:37:28 -04:00

README.md

Elektron: A Pluggable Mesos framework with power-aware capabilities

Elektron is a Mesos framework that behaves as a playground for developers to experiment with different scheduling policies to launch ad-hoc jobs. Elektron is designed as a lightweight, configurable framework, which can be used in conjunction with built-in power-capping policies to reduce the peak power and/or energy usage of co-scheduled tasks.

#Features