Ich habe durch meine vielen neuen Bewohner im Docker-Zoo auch darüber nachgedacht, wie ich ihren jeweiligen Ressourcen-Hunger im Zaum halten könnte...
Es existieren verschiedene Rezepte zu diesem Thema - mich haben jedoch nur solche interressiert, die ich in eine Docker-Compose-Datei einbauen kann und die nicht den Swarm-Mode von Docker benötigen um wirksam zu werden.
Zum Test habe ich mich im Internet inspirieren lassen und ein kleines Dockerfile geschrieben:
FROM ubuntu:latest
RUN apt-get update && apt-get install -y stress
#CMD stress -i $IOS
#CMD stress -c $CPUS
CMD stress -m $MEMS --vm-bytes ${VM_BYTES}M
Das aktuelle CMD dient zum Test ob die Einschränkung des benutzten Arbeitsspeichers korrekt funktioniert - da erste auskommentieret CMD kann dazu benutzt werden, die Begrenzung des Rechenzeitverbrauchs zu testen.
Diesen Docker-Container startete ich anschließend mit folgender docker-compose.yml Datei:
version: '2.2'
services:
cpu-stress:
build: .
environment:
CPUS: 0
IOS: 0
MEMS: 1
VM_BYTES: 4096
# cgroup_parent: cgroup-limit
# deploy:
# resources:
# limits:
# cpus: '0.50'
# reservations:
# cpus: '0.25'
# cpu_count: 1
# cpu_percent: 50
cpus: 2
cpuset: '0-3'
mem_limit: 5000000000
Und ich konnte feststellen, dass die Ressourcenbeschränkungen für Rechenzeit und Arbeitsspeicher tatsächlich über die Einträge in docker-compose.yml steuerbar waren (Ändert man mem_limit zum Beispiel auf 3000000000, wird stress sich sofort beenden, weil es den gewünschten und über VM_BYTES eingestellten Bereich von 4096 MegaByte nicht allokieren kann).
23.09.2020
Wieder zwei Neuzugänge in meinem Docker-Zoo: dieses Mal handelt es sich um zwei Services zur Unterstützung von Software-Tests.
Synchronisierung von Lorenz-Systemen III
23.10.2020
Nachdem ich in einem vorhergehenden Artikel auf das Problem des kleinen Parameterraums im Zusammenhang mit der Nutzung synchronisierter chaotischer Systeme hingewiesen hatte will ixch hier untersuchen, wie sensibel solche Systeme auf Abweichungen der Parameterwerte zwischen treibendem und getriebenen System reagieren
WeiterlesenAndroid Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Java. Komponenten Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.
WeiterlesenIch habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.
WeiterlesenIch diskutiere immer wieder gern über das was heute Machine Intelligence oder Artificial Intelligence ( oder wie die ganzen anderen hohlen Phrasen heißen, die dafür heutzutage als Buzzwords missbraucht werden). Das geschieht online, in meinem $dayjob oder auch privat. Meine Meinung steht fest: das ist alles Quatsch und steht in keiner Relation zum Nutzen
WeiterlesenManche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.
Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.
Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...
PS: Meine öffentlichen Codeberg-Repositories findet man hier.