{"id":19513,"date":"2026-05-30T11:47:26","date_gmt":"2026-05-30T09:47:26","guid":{"rendered":"https:\/\/webhosting.de\/server-cpu-frequency-scaling-stromverbrauch-effizient-greenpower\/"},"modified":"2026-05-30T11:47:26","modified_gmt":"2026-05-30T09:47:26","slug":"server-cpu-frequency-scaling-power-consumption-efficient-greenpower","status":"publish","type":"post","link":"https:\/\/webhosting.de\/en\/server-cpu-frequency-scaling-stromverbrauch-effizient-greenpower\/","title":{"rendered":"Optimize server CPU frequency scaling and power consumption"},"content":{"rendered":"<p>Ich optimiere <strong>CPU Scaling<\/strong> so, dass Server bei geringer Last Takt und Spannung senken, ohne sp\u00fcrbare Latenzen zu riskieren. Mit sauber gesetzten Energieprofilen steuere ich <strong>Leistung<\/strong> und Strombedarf entlang des realen Workloads und senke damit Kosten sowie Abw\u00e4rme messbar.<\/p>\n\n<h2>Zentrale Punkte<\/h2>\n\n<p>Bevor ich tiefer einsteige, halte ich die wichtigsten Stellhebel klar fest. So bleibt der Fokus auf den wirkungsvollsten Einstellungen und nicht auf Nebenschaupl\u00e4tzen. Ich ordne die Priorit\u00e4ten entlang von <strong>Arbeitslast<\/strong>, Latenzbedarf und Effizienz. Auf dieser Basis treffe ich belastbare Entscheidungen f\u00fcr BIOS, Betriebssystem und Applikationen. Die folgenden Punkte f\u00fchren direkt zu weniger <strong>Energie<\/strong> pro Anfrage.<\/p>\n<ul>\n  <li><strong>Governor-Wahl<\/strong>: Dynamik statt Dauer-Maximalfrequenz.<\/li>\n  <li><strong>DVFS<\/strong>: Spannung und Takt gemeinsam anpassen.<\/li>\n  <li><strong>Lastprofil<\/strong>: Reale Peaks und Idle-Zeiten kennen.<\/li>\n  <li><strong>Automatisierung<\/strong>: Setups dauerhaft konsistent halten.<\/li>\n  <li><strong>Gesamtsicht<\/strong>: Hardware, OS und App zusammendenken.<\/li>\n<\/ul>\n\n<h2>Was bedeutet CPU Frequency Scaling?<\/h2>\n\n<p>Unter CPU-Frequenzskalierung verstehe ich die dynamische Anpassung von <strong>Takt<\/strong> und oft auch Spannung an die aktuelle Auslastung. Moderne CPUs senken in Leerlaufphasen die Frequenz auf wenige hundert Megahertz und reduzieren so die <strong>Leistungsaufnahme<\/strong> deutlich. Steigt die Last, erh\u00f6ht die CPU den Takt stufenweise oder springt per Boost in hohe Bereiche. Diese Dynamik hei\u00dft DVFS und verbindet Frequenz- mit Spannungssteuerung f\u00fcr zus\u00e4tzliche Effizienz. Auf Betriebssystemebene entscheide ich per Governor, wie aggressiv die Frequenz auf Last\u00e4nderungen reagiert.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/server-optimierung-9421.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>CPU-Governor und Energieprofile im Serverbetrieb<\/h2>\n\n<p>Ich w\u00e4hle den passenden <strong>Governor<\/strong> nach Latenz- und Effizienzzielen, nicht nach Bauchgef\u00fchl. Unter Linux liefern performance, powersave, ondemand und conservative sehr unterschiedliche Reaktionen auf Last. Unter Windows entscheide ich zwischen H\u00f6chstleistung, Ausgeglichen und Sparmodi, oft zus\u00e4tzlich per BIOS-Profil. In einem Test mit einem produktiven Datenbankserver zeigte der Wechsel vom ausbalancierten Profil auf maximale Performance einen Leistungsunterschied von etwa <strong>20\u202f%<\/strong> [2]. Diese Spanne belegt, wie stark Energieprofile Antwortzeiten und Durchsatz formen.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th><strong>Governor\/Profil<\/strong><\/th>\n      <th><strong>Latenz<\/strong><\/th>\n      <th><strong>Energiebedarf<\/strong><\/th>\n      <th><strong>Typische Nutzung<\/strong><\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>performance \/ H\u00f6chstleistung<\/td>\n      <td>sehr niedrig<\/td>\n      <td>hoch<\/td>\n      <td>harte SLA, Trading, stark I\/O-gebundene Datenbanken<\/td>\n    <\/tr>\n    <tr>\n      <td>ondemand \/ Ausgeglichen<\/td>\n      <td>niedrig\u2013mittel<\/td>\n      <td>mittel<\/td>\n      <td>Webhosting, CI\/CD, Virtualisierung mit wechselnder Last<\/td>\n    <\/tr>\n    <tr>\n      <td>conservative<\/td>\n      <td>mittel<\/td>\n      <td>niedrig\u2013mittel<\/td>\n      <td>Homelab, ruhige Dienste mit gelegentlichen Peaks<\/td>\n    <\/tr>\n    <tr>\n      <td>powersave \/ Energiesparmodus<\/td>\n      <td>h\u00f6her<\/td>\n      <td>niedrig<\/td>\n      <td>Langl\u00e4ufer, Archive, batchartige Workloads ohne SLA-Druck<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n<p>F\u00fcr produktive Hosts setze ich gern auf <strong>ondemand<\/strong> oder conservative, wenn keine Dauer-Volllast anliegt. So bleibt die CPU schnell genug, spart im Idle aber sp\u00fcrbar Strom.<\/p>\n\n<h2>Feinsteuerung moderner CPU-Treiber und Profile<\/h2>\n\n<p>In der Praxis unterscheide ich zwischen den Treibern und Strategien der Plattform: Intel-Systeme nutzen h\u00e4ufig <em>intel_pstate<\/em> (aktiv oder passiv), w\u00e4hrend klassische Setups <em>acpi-cpufreq<\/em> einsetzen. Bei AMD gewinnt <em>amd_pstate<\/em> an Bedeutung. Diese Treiber beeinflussen, welche Governor verf\u00fcgbar sind und wie schnell die CPU auf Last reagiert. Zus\u00e4tzlich hat sich unter Linux <em>schedutil<\/em> etabliert: Er koppelt die Frequenzwahl enger an den Scheduler und reagiert dadurch oft treffsicherer auf kurze Bursts. F\u00fcr Workloads mit vielen kurzen Requests ist das ein Vorteil, solange die Minimalfrequenz nicht zu tief f\u00e4llt.<\/p>\n\n<p>Eine zweite Stellschraube ist die <strong>Energy Performance Preference (EPP)<\/strong> bzw. Energy Performance Bias. Dar\u00fcber gewichte ich fein, ob die CPU eher aggressiv boostet oder konservativ taktet. Unter Linux setze ich das pro CPU-Policy; unter Windows nutze ich das Energieprofil (Prozentwerte im balancierten Schema), um Reaktionsfreude gegen Effizienz abzuw\u00e4gen. So forme ich die Charakteristik zwischen \u201esofort maximale Performance\u201c und \u201eerst bei wirklich anhaltender Last hochfahren\u201c.<\/p>\n\n<h2>Zusammenhang zwischen Takt, Leistung und Stromverbrauch<\/h2>\n\n<p>Ich plane Server so, dass sie nur selten in die teuersten <strong>Takt<\/strong>-Regionen laufen. Der Verbrauch steigt \u00fcberproportional, wenn die CPU nahe Maximum taktet und die <strong>Spannung<\/strong> mitzieht. Die letzten 10\u201320\u202f% Performance kosten oft sehr viel Energie, liefern aber im Alltag wenig Nutzen. Deshalb setze ich bei moderater Last dynamische Modi statt Dauer-Maximalfrequenz. Wer den Einfluss von Takt pro Anfrage verstehen will, findet Hintergr\u00fcnde zu Takt vs. Kerne in diesem kompakten Beitrag: <a href=\"https:\/\/webhosting.de\/cpu-taktrate-wichtiger-als-kerne-hosting-performance-serverflux\/\">Taktrate und Kerne<\/a>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/cpu_meeting_effizienz_4032.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Messung und Optimierung im Praxisbetrieb<\/h2>\n\n<p>Ich beginne mit einem klaren <strong>Baseline<\/strong>-Snapshot: aktuelle Governor-Einstellung, Frequenzstufen, Idle-Verbrauch und Lastkurven. Danach \u00e4ndere ich genau einen Parameter und messe erneut, um Korrelationen nicht zu verwischen. Tools wie cpupower und powertop helfen mir, Fakten statt Vermutungen zu sammeln [1]. F\u00fcr Shared-Umgebungen behalte ich m\u00f6gliche Limits im Blick und analysiere <a href=\"https:\/\/webhosting.de\/cpu-throttling-shared-hosting-erkennen-optimierung\/\">CPU Throttling<\/a>, falls Antwortzeiten ohne sichtbare Last steigen. Am Ende automatisiere ich alle Tuning-Schritte via systemd, damit jedes Reboot gleiche <strong>Settings<\/strong> zieht.<\/p>\n\n<h2>Messgr\u00f6\u00dfen und Werkzeuge, die in keiner Analyse fehlen<\/h2>\n\n<p>F\u00fcr belastbare Entscheidungen messe ich systematisch:<\/p>\n<ul>\n  <li><strong>Frequenz- und C-State-Verteilung<\/strong>: Wie viel Zeit verbringt die CPU in tiefen Idle-Zust\u00e4nden, wie schnell boosten Kerne?<\/li>\n  <li><strong>Package-Power und Temperaturen<\/strong>: Verifiziere Effekte von EPP\/Min-\/Max-Frequenz, halte L\u00fcfterkurven im Blick.<\/li>\n  <li><strong>Antwortzeit- und Durchsatz-Metriken<\/strong>: P50\u2013P99, um Tail-Latenzen zu erkennen.<\/li>\n  <li><strong>Workload-Klassifikation<\/strong>: CPU-gebunden vs. I\/O-gebunden, Burstl\u00e4nge, Parallelit\u00e4tsgrad.<\/li>\n<\/ul>\n<p>Ich kombiniere Kernel-nahe Telemetrie mit externen Messpunkten (z.\u202fB. IPMI\/PDUs), um Rechenzentrumseinfluss und PUE zu ber\u00fccksichtigen. Erst wenn Energie- und Performancezahlen gleichzeitig besser werden, ist ein Tuning wirklich erfolgreich.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/server-cpu-optimization-energy-6723.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>CPU-Nah: BIOS\/UEFI und Firmware richtig einstellen<\/h2>\n\n<p>Viele Effizienzgewinne sichere ich direkt in BIOS\/UEFI, weil dort die Basis f\u00fcr das OS gelegt wird:<\/p>\n<ul>\n  <li><strong>C-States<\/strong>: Tiefe C-States (C6\/C7) sparen im Idle viel Energie, k\u00f6nnen aber minimale Wake-Up-Latenzen hinzuf\u00fcgen. F\u00fcr Latenz-sensible Dienste begrenze ich maximal erlaubte C-States leicht, statt sie komplett zu deaktivieren.<\/li>\n  <li><strong>Turbo\/Boost<\/strong>: Aktiviert lassen, aber Rahmen definieren. Ein sanftes Cap auf den Maximaltakt reduziert Spannungspeaks und L\u00fcfterspitzen ohne sp\u00fcrbaren Durchsatzverlust.<\/li>\n  <li><strong>Energy Efficient Turbo \/ EPP<\/strong>: Pr\u00e4feriere ausgewogene Einstellungen, die Lastdynamik ber\u00fccksichtigen, statt Dauer-Boost zu erzwingen.<\/li>\n  <li><strong>SMT\/HT<\/strong>: Je nach Workload: Datenbanken und Web-Stacks profitieren oft, harte RT-Workloads manchmal nicht. Ich verifiziere das \u00fcber P99-Latenzen.<\/li>\n  <li><strong>Firmware-Updates<\/strong>: Nach Updates kontrolliere ich Defaults. Ich dokumentiere Offsets und spiele Profile erneut ein, damit keine unbeabsichtigten Regressions entstehen.<\/li>\n<\/ul>\n\n<h2>Best Practices f\u00fcr energieeffiziente Serverkonfiguration<\/h2>\n\n<p>Ich starte mit einer sauberen <strong>Lastanalyse<\/strong>, zum Beispiel Tages- und Wochenkurven sowie Peak-Dauer. Danach lege ich Governor und Minimalfrequenz fest und begrenze optional den Maximaltakt leicht, um Spitzenverbrauch zu gl\u00e4tten. F\u00fcr caching-lastige Stacks stelle ich ein, dass die CPU schnell hochf\u00e4hrt, weil kurze Bursts meist gen\u00fcgen. Gleichzeitig halte ich Idle-Frequenzen unten, damit Grundlast wenig <strong>Energie<\/strong> kostet. Alle Eingriffe dokumentiere ich knapp und messe sie gegen klare Zielwerte wie Antwortzeiten, kWh\/Tag und \u20ac pro Monat.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/tech_office_nacht_cpu_opt_4732.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Linux- und Windows-Tuning konkret umsetzen<\/h2>\n\n<p>Unter Linux setze ich die Leitplanken reproduzierbar:<\/p>\n<ul>\n  <li><strong>Governor<\/strong>: per cpupower dauerhaft setzen (systemd-Unit oder Distributionstools).<\/li>\n  <li><strong>Min-\/Max-Frequenz<\/strong>: konservative Untergrenze gegen \u201eAnfahrloch\u201c, leicht reduzierte Obergrenze gegen Spannungspeaks.<\/li>\n  <li><strong>EPP\/Bias<\/strong>: pro Policy so w\u00e4hlen, dass kurze Bursts z\u00fcgig bedient werden.<\/li>\n  <li><strong>Ondemand-\/Schedutil-Tunables<\/strong>: Schwellen und Ratelimits so setzen, dass kein Frequenz-Flapping entsteht.<\/li>\n<\/ul>\n<p>Unter Windows arbeite ich mit feineren Energieprofil-Parametern. Im ausbalancierten Profil senke ich die Minimalleistung der CPU-Kerne deutlich ab, lasse die Maximalleistung leicht unter 100\u202f% und stelle die Prozessorleistungserweiterung (Energiepr\u00e4ferenz) auf \u201eausgewogen\u201c. So bleiben Systeme flink, ohne Dauer-Hochfrequenz zu fahren.<\/p>\n\n<h2>Latenz-Jitter, C-States und Interrupts<\/h2>\n\n<p>Tail-Latenzen entstehen oft durch eine Kombination aus tiefen C-States, Timer-Granularit\u00e4t und Interrupt-Verteilung. Ich gehe daher dreigleisig vor:<\/p>\n<ul>\n  <li><strong>Maximale C-States<\/strong> wohldosiert limitieren oder die Minimalfrequenz leicht anheben, wenn P99-Jitter st\u00f6rt.<\/li>\n  <li><strong>IRQ-Affinit\u00e4t<\/strong> und NUMA-Topologie beachten: Netzwerkkarten und Speicherkritische IRQs an Kerne binden, die mit der betreffenden Workload-NUMA-Dom\u00e4ne \u00fcbereinstimmen.<\/li>\n  <li><strong>Scheduler-Isolation<\/strong> f\u00fcr sehr sensible Dienste (isolierte Kerne), damit Hintergrundjobs nicht dazwischenfunken.<\/li>\n<\/ul>\n<p>Das Ziel bleibt: so viel Idle-Tiefe wie m\u00f6glich, so wenig Jitter wie n\u00f6tig. Die richtige Balance reduziere ich auf Metriken, nicht auf Bauchgef\u00fchl.<\/p>\n\n<h2>Servereffizienz ganzheitlich denken<\/h2>\n\n<p>Effizienz endet nicht bei der <strong>CPU<\/strong>. Ich pr\u00fcfe Netzteile mit 80\u202fPLUS-Gold\/Platinum, setze auf moderne SSDs und dimensioniere RAM sinnvoll. Virtualisierung konsolidiert Dienste, damit wenige Hosts hoch ausgelastet und damit effizient arbeiten. Auf Softwareseite spare ich CPU-Zyklen mit Caches, schlanken Webserver-Settings und aktuellen PHP-Versionen. Wer tiefer in Takt, Cache und Mikroarchitektur einsteigen will, profitiert von diesem kompakten \u00dcberblick: <a href=\"https:\/\/webhosting.de\/cpu-architektur-hosting-takt-cache-serverperf-cacheboost\/\">CPU-Architektur und Cache<\/a>.<\/p>\n\n<h2>Virtualisierung, Container und Cloud-Aspekte<\/h2>\n\n<p>In Virtualisierungsumgebungen geh\u00f6rt das Frequenz-Management in die <strong>Hostebene<\/strong>. G\u00e4ste k\u00f6nnen zwar Policies anfragen, aber der Hypervisor entscheidet. Ich stelle daher auf dem Host konsistente Profile ein und sorge mit CPU-Pinning und passenden vCPU-Zuweisungen f\u00fcr planbares Verhalten. In Containern balanciere ich CPU-Quota\/Burst gegen Latenzanforderungen: zu enge Quotas verhindern Boost-Effekte, zu gro\u00dfz\u00fcgige f\u00fchren zu unruhigen Frequenzkurven. In gemischten Flotten kapsle ich kritische Dienste auf Knoten mit konservativer Minimalfrequenz und aktiviertem Boost, w\u00e4hrend Batch-Workloads auf sparsam getunten Hosts laufen. In Cloud-Umgebungen pr\u00fcfe ich, ob die Instanzklasse \u00fcberhaupt Frequenz- und Boost-Freiheiten zul\u00e4sst \u2013 nicht jede vCPU ist identisch gemanagt.<\/p>\n\n<h2>Performance vs. Stromverbrauch: Der richtige Kompromiss<\/h2>\n\n<p>Ich gewichte <strong>Latenz<\/strong> gegen Kosten, statt blind auf Maximalwerte zu setzen. Latenzsensitive Systeme fahren mit performance-\u00e4hnlichen Profilen gut, solange Budgets und K\u00fchlung das tragen. F\u00fcr Webhosting, interne Tools oder Homelabs ziehe ich ondemand oder conservative vor. So halte ich Antwortzeiten nah an der Spitze, spare aber im Idle deutlich. Dieses Vorgehen reduziert <strong>Thermik<\/strong> und verl\u00e4ngert die Lebensdauer von Komponenten erfahrungsgem\u00e4\u00df sp\u00fcrbar.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/server_cpubild9823.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Monitoring und Automatisierung im Alltag<\/h2>\n\n<p>Dauerhafte Erfolge sichere ich mit wiederholbaren <strong>Workflows<\/strong>. Ich lasse Metriken wie Frequenz, C-States, Package-Power und Temperaturen zentral erfassen. Alerts greifen, wenn Profile versehentlich wechseln oder Firmware-Updates Defaults zur\u00fccksetzen. Wiederkehrende Jobs setzen nach Reboots dieselben Energie-Flags, damit keine Abweichungen entstehen. So bleibt das Verh\u00e4ltnis aus <strong>Leistung<\/strong> und Verbrauch langfristig stabil.<\/p>\n\n<h2>Anti-Pattern und h\u00e4ufige Fehlerquellen<\/h2>\n\n<p>Was ich konsequent vermeide:<\/p>\n<ul>\n  <li><strong>Dauer-Performance-Profil<\/strong> aus Bequemlichkeit: frisst Strom, heizt R\u00e4ume auf und bringt selten echten Nutzen.<\/li>\n  <li><strong>Zu niedrige Minimalfrequenzen<\/strong>, die kurze Bursts ausbremsen und P99-Latenzen verschlechtern.<\/li>\n  <li><strong>Unkoordinierte BIOS-\u00c4nderungen<\/strong> ohne Dokumentation \u2013 nach Updates ist Chaos vorprogrammiert.<\/li>\n  <li><strong>Einmaliges Tuning ohne R\u00fcckmessung<\/strong>: Workloads \u00e4ndern sich, Profile m\u00fcssen nachziehen.<\/li>\n<\/ul>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/05\/serverraum-optimierung-7234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Wie Hosting-Kunden von optimiertem Scaling profitieren<\/h2>\n\n<p>Gute Energieprofile wirken direkt auf <strong>Stabilit\u00e4t<\/strong> und Planbarkeit. K\u00fcrzere Boost-Zeiten halten Seiten reaktionsschnell, w\u00e4hrend niedrigere Idle-Frequenzen Kosten dr\u00fccken. Weniger Abw\u00e4rme mindert thermische Spitzen und damit potenzielle Drosselungen. Kunden merken das an gleichm\u00e4\u00dfigeren Zeiten und geringeren Risiko-Cliffs bei Lastspitzen. Ein transparenter Hoster kommuniziert <strong>Effizienz<\/strong>-Schritte sowie Hardwaregeneration offen und nachvollziehbar.<\/p>\n\n<h2>Konkrete Rechenbeispiele f\u00fcr Einsparungen<\/h2>\n\n<p>Ein dauerhaft eingesparter <strong>Verbrauch<\/strong> von 20\u202fW entspricht rund 175\u202fkWh pro Jahr (24\u00d7365). Bei 0,30\u202f\u20ac\/kWh spare ich damit etwa 52,50\u202f\u20ac pro Server und Jahr. In einer Flotte mit 100 Hosts summiert sich das schnell auf 5\u202f250\u202f\u20ac j\u00e4hrlich. Begrenze ich zus\u00e4tzlich die Boost-Spitzen leicht, bleiben Temperaturen niedriger und L\u00fcfter laufen ruhiger. Diese einfache Mathematik zeigt, wie <strong>CPU<\/strong>-Scaling direkt in die Kostenrechnung wirkt.<\/p>\n\n<h2>Praktische Tuning-Schritte ohne Nebenwirkungen<\/h2>\n\n<p>Ich setze zun\u00e4chst eine moderate <strong>Minimalfrequenz<\/strong>, damit Wake-Ups nicht z\u00e4h wirken. Danach lege ich Schwellwerte so fest, dass kurze Peaks sofort bedient werden. Powertop-Optimierungen aktiviere ich automatisiert, pr\u00fcfe jedoch nach Reboots die Persistenz. F\u00fcr BIOS-Profile dokumentiere ich jeden Wechsel, weil ein Firmware-Update Defaults ver\u00e4ndern kann. Regelm\u00e4\u00dfige Spot-Checks stellen sicher, dass <strong>Workloads<\/strong> nicht heimlich gewachsen sind und Profile neu abgestimmt werden m\u00fcssen.<\/p>\n\n<h2>Praxisfall: Von Rohleistung zu messbarer Effizienz<\/h2>\n\n<p>Ein Web- und API-Stack mit stark schwankendem Traffic lief anfangs mit H\u00f6chstleistung. Idle lag bei ~85\u202fW, P95-Latenz der API bei 38\u202fms. Nach Umstellung auf ondemand\/schedutil, einer Minimalfrequenz knapp oberhalb des tiefsten Idle-Levels und leichtem Cap auf den Maximaltakt sank der Idle-Verbrauch auf ~65\u202fW. Die P95-Latenz blieb stabil bei 37\u201339\u202fms, die P99-Latenz verbesserte sich nach Tuning der IRQ-Affinit\u00e4t sogar leicht. Unterm Strich: ~175\u202fkWh\/Jahr gespart, identische Nutzererfahrung, ruhigere L\u00fcfter. Genau diese Balance strebe ich an: Energie je Anfrage runter, ohne Produktwirkung zu riskieren.<\/p>\n\n<h2>Kurz zusammengefasst<\/h2>\n\n<p>Ich nutze <strong>CPU<\/strong>-Scaling, um bei ruhigen Phasen Strom zu sparen und bei Bedarf in Millisekunden Leistung freizugeben. Der Schl\u00fcssel liegt in klaren Messungen, einem passenden Governor und konsequenter Automatisierung. Wer Takt, Spannung und Boost klug begrenzt, reduziert Energie je Anfrage sp\u00fcrbar. Gleichzeitig bleiben Antwortzeiten f\u00fcr Websites und Datenbanken stabil. So senke ich <strong>Kosten<\/strong>, schone Hardware und erreiche eine messbar nachhaltigere Hosting-Umgebung.<\/p>","protected":false},"excerpt":{"rendered":"<p>Learn how CPU frequency scaling reduces power consumption and improves server efficiency. Discover governor settings and best practices for energy-efficient servers.<\/p>","protected":false},"author":1,"featured_media":19506,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[681],"tags":[],"class_list":["post-19513","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cloud_computing"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"77","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"CPU Scaling","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"19506","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/19513","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/comments?post=19513"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/posts\/19513\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media\/19506"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/media?parent=19513"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/categories?post=19513"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/en\/wp-json\/wp\/v2\/tags?post=19513"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}