Linux Stromsparen - Versionsgeschichte

Linrunner am 8. Januar 2012 um 15:54 Uhr

2012-01-08T15:54:35Z

← Nächstältere Version		Version vom 8. Januar 2012, 15:54 Uhr
Zeile 1:		Zeile 1:
	'''<u>Hinweis:</u> die Infos in diesem Artikel sind teilweise veraltet. Aktuelle Lösungen finden sich in'''		'''<u>Hinweis:</u> die Infos in diesem Artikel sind teilweise sehr stark veraltet. Aktuelle Lösungen finden sich in'''
	* [[TLP_-_Linux_Stromsparen\|TLP]] – Linux Stromsparen		* [[TLP_-_Linux_Stromsparen\|TLP]] – Linux Stromsparen
	* [[Thinkfan]] – Lüftersteuerung		* [[Thinkfan]] – Lüftersteuerung

Linrunner: Hinweis auf veraltete Infos; Links auf TLP, thinkfan, tpfanco

2012-01-08T15:26:54Z

Hinweis auf veraltete Infos; Links auf TLP, thinkfan, tpfanco

← Nächstältere Version		Version vom 8. Januar 2012, 15:26 Uhr
Zeile 1:		Zeile 1:
			'''<u>Hinweis:</u> die Infos in diesem Artikel sind teilweise veraltet. Aktuelle Lösungen finden sich in'''
			* [[TLP_-_Linux_Stromsparen\|TLP]] – Linux Stromsparen
			* [[Thinkfan]] – Lüftersteuerung
			* [[Thinkpad_Fan_Control\|tpfanco]] – Lüftersteuerung


			__TOC__

	Diese Seite diskutiert Maßnahmen zum Strom sparen unter Linux. Es werden aber auch einige generelle Faktoren erörtert, die den Stromverbrauch beeinflussen, so dass dieser Beitrag auch für Windows-Nutzer interessant sein dürfte.		Diese Seite diskutiert Maßnahmen zum Strom sparen unter Linux. Es werden aber auch einige generelle Faktoren erörtert, die den Stromverbrauch beeinflussen, so dass dieser Beitrag auch für Windows-Nutzer interessant sein dürfte.

Pibach: /* Festplatte abschalten */

2010-08-02T21:47:14Z

Festplatte abschalten

← Nächstältere Version		Version vom 2. August 2010, 21:47 Uhr
Zeile 115:		Zeile 115:
	* Problem: Firefox nutz, ebenso wie Opera, SQlight. Dabei werden Daten öfter mal mit einem flush() am Write-Cache vorbei auf die Platte geschrieben.		* Problem: Firefox nutz, ebenso wie Opera, SQlight. Dabei werden Daten öfter mal mit einem flush() am Write-Cache vorbei auf die Platte geschrieben.

	* Man kann nun das ständige Flushen des RAM Write Caches in Firefox 3.0 durch die SQlite Voreinstellung "Pragma Syncronous off" abschalten, dies erfordert aber ein Neucompilieren der Firefox Sourcen. Den vermutlich gleichen Effekt erzielt man durch Änderung des Parameters in der about:config (toolkit.storage.synchronous = integer value 0, meaning "off"), allerdings gibt es trotzdem immer 2 Zugriffe je Seite, siehe auch [http://forums.mozillazine.org/viewtopic.php?f=23&t=666475&st=0&sk=t&sd=a&sid=17aeca21d494aa412b8925292d9386d9&start=15 diesen Thread] bei mozillazine ("it writes to places.sqlite after every page loads and that causes an fsync"). Bei ~~Abgeschltetem~~ fsync wird ~~zwar~~ nicht mehr ~~die Anwendung~~ blockiert und man kann flüssig weiterarbeiten~~, die~~ Festplatte springt allerdings trotzdem an.		* Man kann nun das ständige Flushen des RAM Write Caches in Firefox 3.0 durch die SQlite Voreinstellung "Pragma Syncronous off" abschalten, dies erfordert aber ein Neucompilieren der Firefox Sourcen. Den vermutlich gleichen Effekt erzielt man durch Änderung des Parameters in der about:config (toolkit.storage.synchronous = integer value 0, meaning "off"), allerdings gibt es trotzdem immer 2 Zugriffe je Seite, siehe auch [http://forums.mozillazine.org/viewtopic.php?f=23&t=666475&st=0&sk=t&sd=a&sid=17aeca21d494aa412b8925292d9386d9&start=15 diesen Thread] bei mozillazine ("it writes to places.sqlite after every page loads and that causes an fsync"). Bei abgeschaltetem fsync kann es [http://kb.mozillazine.org/Locked_or_damaged_places.sqlite Fehler der Datei places.sqlite] geben, diese sind aber unproblematisch. Vorteil: die Anwendung wird nicht mehr blockiert und man kann flüssig weiterarbeiten. Die Festplatte springt allerdings trotzdem an.

	* die ganz harte Tour verhindert das Flushen der Datenbank über Kernel-Einstellung fsync/fdatasync disabled. Das erfordert natürlich das Kompilieren des Kernels und ist auch nicht ganz risikolos (möglicher Datenverlust bei Crash).		* die ganz harte Tour verhindert das Flushen der Datenbank über Kernel-Einstellung fsync/fdatasync disabled. Das erfordert natürlich das Kompilieren des Kernels und ist auch nicht ganz risikolos (möglicher Datenverlust bei Crash).

Pibach: /* Festplatte abschalten */

2010-08-02T14:55:08Z

Festplatte abschalten

← Nächstältere Version		Version vom 2. August 2010, 14:55 Uhr
Zeile 115:		Zeile 115:
	* Problem: Firefox nutz, ebenso wie Opera, SQlight. Dabei werden Daten öfter mal mit einem flush() am Write-Cache vorbei auf die Platte geschrieben.		* Problem: Firefox nutz, ebenso wie Opera, SQlight. Dabei werden Daten öfter mal mit einem flush() am Write-Cache vorbei auf die Platte geschrieben.

	* Man kann nun das ständige Flushen des RAM Write Caches in Firefox 3.0 durch die SQlite Voreinstellung "Pragma Syncronous off" abschalten, dies erfordert aber ein Neucompilieren der Firefox Sourcen. Den vermutlich gleichen Effekt erzielt man durch Änderung des Parameters in der about:config (toolkit.storage.synchronous = integer value 0, meaning "off"), allerdings gibt es trotzdem immer 2 Zugriffe je Seite, siehe auch [http://forums.mozillazine.org/viewtopic.php?f=23&t=666475&st=0&sk=t&sd=a&sid=17aeca21d494aa412b8925292d9386d9&start=15 diesen Thread] bei mozillazine.		* Man kann nun das ständige Flushen des RAM Write Caches in Firefox 3.0 durch die SQlite Voreinstellung "Pragma Syncronous off" abschalten, dies erfordert aber ein Neucompilieren der Firefox Sourcen. Den vermutlich gleichen Effekt erzielt man durch Änderung des Parameters in der about:config (toolkit.storage.synchronous = integer value 0, meaning "off"), allerdings gibt es trotzdem immer 2 Zugriffe je Seite, siehe auch [http://forums.mozillazine.org/viewtopic.php?f=23&t=666475&st=0&sk=t&sd=a&sid=17aeca21d494aa412b8925292d9386d9&start=15 diesen Thread] bei mozillazine ("it writes to places.sqlite after every page loads and that causes an fsync"). Bei Abgeschltetem fsync wird zwar nicht mehr die Anwendung blockiert und man kann flüssig weiterarbeiten, die Festplatte springt allerdings trotzdem an.

	* die ganz harte Tour verhindert das Flushen der Datenbank über Kernel-Einstellung fsync/fdatasync disabled. Das erfordert natürlich das Kompilieren des Kernels und ist auch nicht ganz risikolos (möglicher Datenverlust bei Crash).		* die ganz harte Tour verhindert das Flushen der Datenbank über Kernel-Einstellung fsync/fdatasync disabled. Das erfordert natürlich das Kompilieren des Kernels und ist auch nicht ganz risikolos (möglicher Datenverlust bei Crash).

Pibach: /* Festplatte abschalten */

2010-06-08T09:50:19Z

Festplatte abschalten

← Nächstältere Version		Version vom 8. Juni 2010, 09:50 Uhr
Zeile 107:		Zeile 107:
	== Festplatte abschalten ==		== Festplatte abschalten ==

	Festplatte mit Laptop Mode kontrollieren und zum Stromsparen abschalten (wird bei Office-Arbeiten oder zum Web-Surfen nicht benötigt):		Festplatte mit Laptop Mode kontrollieren und zum Stromsparen abschalten (die Festplatte wird bei Office-Arbeiten oder zum Web-Surfen nicht benötigt):
	* Festplatte dazu auf maximales Stromsparen stellen (hdparm -B 1)		* Festplatte dazu auf maximales Stromsparen stellen (hdparm -B 1)
	* Dirty Writeback Time des RAM-Caches für die Festplatte hochsetzen, z.B. auf 30 Minuten (Default ist 5 Sekunden), das sind 180000 Centisecs		* Dirty Writeback Time des RAM-Caches für die Festplatte hochsetzen, z.B. auf 30 Minuten (Default ist 5 Sekunden), das sind 180000 Centisecs

Linrunner: TLP verlinkt

2010-03-06T20:13:24Z

TLP verlinkt

← Nächstältere Version		Version vom 6. März 2010, 20:13 Uhr
Zeile 392:		Zeile 392:
	* [http://de.gentoo-wiki.com/Aktivieren_von_Stromsparfunktionen Aktivieren von Stromsparfunktionen] - sehr detaillierte deutsche Anleitung im Gentoo-Wiki		* [http://de.gentoo-wiki.com/Aktivieren_von_Stromsparfunktionen Aktivieren von Stromsparfunktionen] - sehr detaillierte deutsche Anleitung im Gentoo-Wiki
	* [[Kernel compilieren]] - weitere Stromsparmaßnahmen		* [[Kernel compilieren]] - weitere Stromsparmaßnahmen
			* [[TLP - Stromspareinstellungen für Ubuntu]] - Projekt zur Konfiguration von Ubuntu

	[[Category:Linux]]		[[Category:Linux]]
	[[Category:Stromsparen]]		[[Category:Stromsparen]]
	[[Kategorie:Kandidat_Lesenswerter_Artikel]]		[[Kategorie:Kandidat_Lesenswerter_Artikel]]

StefanRichter: /* Beispiel eines Rundum-Pakets für das X31 mit frischem Ubuntu 8.10 für 7 Watt im Idle */ FireWire: es genügt, die low-level-Treiber zu blacklisten

2009-04-19T08:38:12Z

Beispiel eines Rundum-Pakets für das X31 mit frischem Ubuntu 8.10 für 7 Watt im Idle: FireWire: es genügt, die low-level-Treiber zu blacklisten

← Nächstältere Version		Version vom 19. April 2009, 08:38 Uhr
Zeile 343:		Zeile 343:
	#FIREWIRE		#FIREWIRE
	blacklist ohci1394		blacklist ohci1394
	blacklist ~~sbp2~~		blacklist firewire-ohci
	~~blacklist ieee1394~~

	/etc/modules		/etc/modules

StefanRichter: /* Stromspar-Änderungen persistent machen */ FireWire: es genügt, die low-level-Treiber zu blacklisten

2009-04-19T08:37:21Z

Stromspar-Änderungen persistent machen: FireWire: es genügt, die low-level-Treiber zu blacklisten

← Nächstältere Version		Version vom 19. April 2009, 08:37 Uhr
Zeile 264:		Zeile 264:
	blacklist usbcore		blacklist usbcore
	blacklist ohci1394		blacklist ohci1394
	blacklist ~~sbp2~~		blacklist firewire-ohci
	~~blacklist ieee1394~~

	Einige Module werden schon während der initramfs-Phase geladen. Die blacklist auch dort durchsetzen durch:		Einige Module werden schon während der initramfs-Phase geladen. Die blacklist auch dort durchsetzen durch:

Sherminator: /* Einfluss der CPU-States auf den Stromverbrauch */

2009-02-15T11:06:30Z

Einfluss der CPU-States auf den Stromverbrauch

← Nächstältere Version		Version vom 15. Februar 2009, 11:06 Uhr
Zeile 19:		Zeile 19:
	[[Bild:PowerTOP_Screenshot_nx8220.png\|thumb\|300px\|PowerTOP Screenshot auf einem HP nx8220, der anders als ThinkPads kein C4-BIOS-Remapping macht. Dadurch werden C4-States separat angezeigt.]]		[[Bild:PowerTOP_Screenshot_nx8220.png\|thumb\|300px\|PowerTOP Screenshot auf einem HP nx8220, der anders als ThinkPads kein C4-BIOS-Remapping macht. Dadurch werden C4-States separat angezeigt.]]

	Maßgeblich für den Stromverbrauch des Prozessors ist der Zeitanteil, den er in den unterschiedlichen Zuständen verbringt. Es gibt die P-States, in denen der Prozessor läuft, diese States unterscheiden sich durch unterschiedliche Taktung. Im höchsten Takt steigt der ~~Verbraucht~~ des Prozessors in den Bereich der spezifizierten [http://de.wikipedia.org/wiki/Thermal_Design_Power Thermal Design Power] (TDP), für einen Mobile Core-2-Duo liegt die TDP beispielsweise bei 35 Watt. In der Praxis liegt die Stromaufnahme des Prozessors aber meist deutlich unter dieser Maximalangabe.		Maßgeblich für den Stromverbrauch des Prozessors ist der Zeitanteil, den er in den unterschiedlichen Zuständen verbringt. Es gibt die P-States, in denen der Prozessor läuft, diese States unterscheiden sich durch unterschiedliche Taktung. Im höchsten Takt steigt der Verbrauch des Prozessors in den Bereich der spezifizierten [http://de.wikipedia.org/wiki/Thermal_Design_Power Thermal Design Power] (TDP), für einen Mobile Core-2-Duo liegt die TDP beispielsweise bei 35 Watt. In der Praxis liegt die Stromaufnahme des Prozessors aber meist deutlich unter dieser Maximalangabe.

	Entscheidende Einsparungen beim Stromverbrauch erreichen die C-States Deep Sleep (C3) und Deeper Sleep (C4). Hier ist der Prozessor untätig und es werden bestimmte Bereiche der CPU abgeschaltet. Im Prinzip sollte der Prozessor bei Untätigkeit immer in den tiefsten C-State schalten, also in C4. Im C4-State werden die CPU-Kerne, die Level-1 Caches und auch der Level-2 Cache abgeschaltet und die Versorgungsspannung reduziert, so dass der Stromverbrauch der CPU unter 2 Watt geht. Da die Aufwachphase in tieferen Sleep-States mehr Zeit benötigt als in den höheren, benötigt die CPU folglich mehr Ruhezeit um in die tiefen Zustände eintreten zu können. Wenn die CPU also zu oft durch Arbeitsanforderungen unterbrochen wird, erreicht sie demzufolge nur die höheren Sleep-Zustände C1 bzw. C2 die weniger Bereiche der CPU von der Stromzufuhr abkoppeln und demzufolge nur geringe Einsparungen bringen. Um den Stromverbrauch der CPU zu minimieren gilt es daher, die Ursache für CPU-Wakeups aufzuspüren. Hierzu hat Intel ein Tool entwickelt: PowerTOP. Dies ermittel die Zeitanteile der CPU in den aktiven P-States und in den stromsparenden C-Sleep-States und zeigt an, welche Prozesse die CPU durch Wakeup-Interrupts aus den C-Sleep-States aufwecken.		Entscheidende Einsparungen beim Stromverbrauch erreichen die C-States Deep Sleep (C3) und Deeper Sleep (C4). Hier ist der Prozessor untätig und es werden bestimmte Bereiche der CPU abgeschaltet. Im Prinzip sollte der Prozessor bei Untätigkeit immer in den tiefsten C-State schalten, also in C4. Im C4-State werden die CPU-Kerne, die Level-1 Caches und auch der Level-2 Cache abgeschaltet und die Versorgungsspannung reduziert, so dass der Stromverbrauch der CPU unter 2 Watt geht. Da die Aufwachphase in tieferen Sleep-States mehr Zeit benötigt als in den höheren, benötigt die CPU folglich mehr Ruhezeit um in die tiefen Zustände eintreten zu können. Wenn die CPU also zu oft durch Arbeitsanforderungen unterbrochen wird, erreicht sie demzufolge nur die höheren Sleep-Zustände C1 bzw. C2 die weniger Bereiche der CPU von der Stromzufuhr abkoppeln und demzufolge nur geringe Einsparungen bringen. Um den Stromverbrauch der CPU zu minimieren gilt es daher, die Ursache für CPU-Wakeups aufzuspüren. Hierzu hat Intel ein Tool entwickelt: PowerTOP. Dies ermittel die Zeitanteile der CPU in den aktiven P-States und in den stromsparenden C-Sleep-States und zeigt an, welche Prozesse die CPU durch Wakeup-Interrupts aus den C-Sleep-States aufwecken.

Pibach: /* Festplatte abschalten */

2008-11-16T12:41:27Z

Festplatte abschalten

← Nächstältere Version		Version vom 16. November 2008, 12:41 Uhr
Zeile 120:		Zeile 120:

	* Alternativ kann man Datenbank in eine RAM-Disk verlegen. Dann muss man darauf achten, dass diese vor dem Ausschalten immer auf die Platte geschrieben wird.		* Alternativ kann man Datenbank in eine RAM-Disk verlegen. Dann muss man darauf achten, dass diese vor dem Ausschalten immer auf die Platte geschrieben wird.

			* oder man verlegt das Profil, bzw. nur die kritische Datenbank-Datei places.sqlight auf ein remote Laufwerk.

	* Oder man kann einen anderen Browser benutzen, Epiphany oder Kazehakase erzeugen z.B. keine Festplattenzugriffe (am Write Cache vorbei). Leider waren Epiphany und Kazehakase in den getesteten Versionen nicht wirklich Crash-resistent und daher nicht zur durchgängige Nutzung geeignet.		* Oder man kann einen anderen Browser benutzen, Epiphany oder Kazehakase erzeugen z.B. keine Festplattenzugriffe (am Write Cache vorbei). Leider waren Epiphany und Kazehakase in den getesteten Versionen nicht wirklich Crash-resistent und daher nicht zur durchgängige Nutzung geeignet.