torben
18ae28f918
Chemenu kompiliert Rohnotizen zu einem verlinkten, quellengebundenen Wiki: raw/ -> types/ + tools/ -> kb/ -> reports/. Was mechanisch ist, macht tools/wikitool; was Urteil braucht, macht ein Agent unter Contracts, deren Grenzen in Code durchgesetzt sind statt im Prompt. Dieser Commit ist der Startpunkt der oeffentlichen Historie. Die vorherige Entwicklung fand in einer privaten Instanz statt und ist nicht Teil dieses Repositorys; ihre Erzaehlung steht vollstaendig in CHANGES.md, das mit 44 Eintraegen von 0.1.0 bis 2.1.0 erhalten geblieben ist. Der mitgelieferte Korpus ist ein Testbett und eine Demo: 170 Seiten ueber den Stack selbst - Gates, Lint, Versionierung, Suche, das Wiki-Muster. Er dokumentiert das Werkzeug mit den eigenen Mitteln des Werkzeugs. Lizenz: AGPL-3.0 fuer den Stack (tools/, types/), CC-BY-4.0 fuer die Inhalte. Die Grenze zwischen beiden ist der Dateiplan, den dist export berechnet - siehe NOTICE.
3.4 KiB
3.4 KiB
type, entity_type, tags, created, modified, related, sources, confidence, confidence_base, provenance, summary
| type | entity_type | tags | created | modified | related | sources | confidence | confidence_base | provenance | summary | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| types/entity.md | technology |
|
2026-07-31 | 2026-08-29 |
|
|
0.95 | 0.95 | sourced | Power-Management-Module des Linux-Kernels, die die CPU-Frequenz dynamisch nach Systemlast und Leistungsanforderung skalieren. |
Kernel PM Governors
Typ: technology
Beschreibung
Kernel-PM-Governoren (Power Management) sind Richtlinienmodule innerhalb des Linux-Kernels, die bestimmen, wie die CPU-Frequenzskalierung durchgeführt wird. Sie bewerten die Systemauslastung und Leistungsanforderungen, um geeignete CPU-Leistungszustände auszuwählen und dabei Leistung und Energieeffizienz auszugleichen.
Kerndaten
- Zweck: Dynamische CPU-Frequenzskalierungsrichtlinien
- Status: Aktiv
- Typ: Kernel-Governor-Module
- Schnittstelle: Funktioniert mit cpufreq-Treibern (amd-pstate, acpi-cpufreq)
Beziehungen
- Hängt ab von: Linux Kernel
- Verwendet von: amd-pstate, acpi-cpufreq
- Bewertet: CPPC-Ziele und Hinweise (bei Verwendung von amd-pstate)
- Verwandt mit: CPU-Power-Management-Subsystem
Details
Governor-Typen
Der Linux-Kernel umfasst mehrere Governoren, wobei die folgenden am relevantesten sind:
schedutil
- Beschreibung: Standard-Governor in modernen Linux-Kernels
- Ansatz: Verwendet Scheduler-Auslastungsdaten, um Frequenzskalierungsentscheidungen zu treffen
- Merkmale:
- Niedrige Latenz
- Geeignet für universelle Arbeitslasten
- Funktioniert gut mit sowohl acpi-cpufreq als auch amd-pstate
- Kann CPPC-Leistungsziele und Hinweise bewerten, wenn amd-pstate verwendet wird
ondemand
- Beschreibung: Skaliert Frequenz basierend auf aktueller CPU-Auslastung
- Ansatz: Erhöht die Frequenz, wenn die CPU-Auslastung steigt, senkt sie ab, wenn keine Last vorhanden ist
- Merkmale:
- Einfach und effektiv
- Kann CPPC-Hinweise bewerten, wenn amd-pstate verwendet wird
- Geeignet für Systeme, bei denen Leistung Priorität hat
- Weniger aggressive Energieersparnisse als conservative
Andere Governoren
- conservative: Konservativere Frequenzskalierung, priorisiert Energieersparnisse
- powersave: Wählt immer die niedrigste Frequenz
- performance: Wählt immer die höchste Frequenz
- userspace: Ermöglicht User-Space-Anwendungen, die Frequenz zu steuern
Governoren mit amd-pstate
Bei Verwendung des amd-pstate-Treibers erhalten Governoren wie schedutil und ondemand zusätzliche Funktionen:
- Können CPPC-Leistungsziele bewerten, die von der Hardware bereitgestellt werden
- Können CPPC-Hinweise interpretieren, um fundiertere Entscheidungen zu treffen
- Ermöglichen feinkörnige Regulierung des Systems
- Führen zu verbesserter Energieeffizienz und verlängerter Batterielebensdauer auf mobilen Geräten
Governoren mit acpi-cpufreq
Bei Verwendung des acpi-cpufreq-Treibers sind Governoren auf die Auswahl aus verfügbaren P-States beschränkt (normalerweise 3 Zustände für AMD):
- P-State 0 (vollständige Leistung)
- P-State 1 (Zwischen)
- P-State 2 (niedrigste Leistung)
Dies führt zu grobkörnigerer Kontrolle im Vergleich zu amd-pstate + CPPC.