Am Sonntag, 28. Dezember 2014, 12:21:28 schrieb Jan Ritzerfeld:
(...). Die 13.1 kam mit wenigen Einstellungen (Powersave Intel WiFi & Audio) auf ungefähr 8,5 W bei 60 % Bildschirmhelligkeit.[0] Die 13.2 unter den oben genannten Bedingungen aber auf ungefähr 10,5 W, also mal eben 25 % mehr. Powertop ist ebenso ratlos wie ich und denkt, der Bildschirm würde 9 W verbrauchen (und bei 0 % Helligkeit fast 7 W).
Hat irgend jemand eine Idee, woran das liegen könnte?
Bisher habe ich keine Lösung gefunden. Auffällig scheint bisher nur die von 100 auf 125 gestiegene Anzahl von wakeups/s. Dabei tun sich irq/47-iwlwifi, mysqld, yakuake und nscd hervor. mysqld: 25 wakeups/s Das ist der mysqld von akonadi und unter 13.1 hat der sowas nicht gemacht. Die 13.2 benutzt aber MariaDB 10 statt 5. Jedenfalls benutzt dieses mysql locker 50 Threads die laut strace select oder futex resumed mit Timeout oder Connection timed out bekommen. Den Akonadi-Server und damit mysqld zu deaktivieren bringt aber praktisch keine Energieersparnis, vielleicht 0,1 W. nscd und yakuake: 20 und 10 wakeups/s Manuelles Starten von "nscd -d" zeigt, dass yakuake mit zwei offenen Tabs 4x pro Sekunde GETPWBYUID und 4x pro Sekunde GETPWBYNAME triggert, Das war unter 13.1 anders. Die KDE Konsole ist übrigens nicht besser, klar, yakuake benutzt ja auch nur Konsole-KPart. Aber das scheint nicht unbedingt der Grund zu sein: Ich habe konsole von der 13.1 mit dem OBS für die 13.2 gebaut, leider ändert sich gar nichts. powertop in xterm zu starten bringt dann 0,3 W. irq/47-iwlwifi: 20 wakeups/s Über wlp3s0 läuft immer ein wenig Traffic zwischen 1-3 pkts/s. Der Traffic sollte sich aber nicht geändert haben, denn das sind eingehende Broadcast- und Multicast-Anfragen von den anderen Geräten im Netz (SSDP, mDNS, IGMP). WLAN zu deaktivieren bringt zwar 0,6 W, aber dann ist es halt auch aus. Alles zusammen verringern sich die wakeups/s auf 25 und praktisch keine CPU use mehr. Trotzdem verbraucht die 13.2 immer noch ein Watt mehr als die 13.1, wohlgemerkt letztere mit WLAN. Es scheint als würde irgendein Bauteil nicht in den Tiefschlaf gehen. Ein Kandidat ist der Intel DRM Kernel- Treiber, siehe http://www.phoronix.com/scan.php?page=news_item&px=MTc3NTE aber das Reaktivieren der Frame-Buffer-Compression (FBC) bringt nichts. Es bleibt mir ein Rätsel ... Gruß Jan -- I am Bashir of Borg. Prepare to be... did anyone ever tell you that you have beautiful eyes? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org