Cuando la batería está baja, la pantalla se atenúa después de unos segundos.
Este parece ser un modo especial de ahorro de energía, y podría estar relacionado con el tiempo en org.gnome.settings-daemon.plugins.power.time-low
(1200 segundos (20 minutos) por defecto).
Si bien esto parece ser desencadenado por gnome-settings-daemon, me pregunto qué más hace Ubuntu cuando esto sucede (por ejemplo, a través de escuchas DBus) u otros escuchas de eventos que buscan un estado de "batería baja".
Parece que algo a este respecto hace que Ubuntu / X / el sistema se comporte más lento después (cuando la computadora portátil está en CA nuevamente), y me gustaría investigar qué podría estar causando esto.
No pude encontrar nada relacionado a través de dconf-editor
, por ejemplo, en org.gnome.settings-daemon.plugins.power.
Parece que se configura a través idle_configure
de plugins / power / gsd-power-manager.c, pero probablemente sea algo más relacionado con algo que se escucha en la interfaz DBus, que se notifica a través de, por ejemplo:
if (!g_dbus_connection_emit_signal (manager->priv->connection,
NULL,
GSD_POWER_DBUS_PATH,
"org.freedesktop.DBus.Properties",
"PropertiesChanged",
props_changed,
&error))
Me imagino que se establece alguna propiedad de "ahorro de energía", pero no se desarma cuando la CA ya está disponible y / o la batería ya no está baja.
He mirado la configuración del gobernador de la CPU ( /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
), pero lo fue ondemand
.
Estoy usando gnome-settings-daemon
awesomeWM en Ubuntu 14.04.
gnome-settings-daemon=3.8.6.1-0ubuntu11.1
También he comparado los complementos / power / gsd-power-manager.c de gsd con el de gnome-settings-daemon-3.12.1 de Debian, pero no pude encontrar nada obvio que pudiera haberse solucionado / cambiado a este respecto.
Me las arreglé para activar el complemento gnome-settings del gnome-power-manager (que atenúa la pantalla, etc.), parcheando upower y usándolo después de matar al demonio upower del sistema. (tenga en cuenta que probablemente solo seaenergy
gpm lo está utilizando para calcularlo por sí mismo).
No hace que el sistema se vuelva lento.
OTOH No he escuchado el pitido del orador, que podría provenir del BIOS, que también podría estar involucrado aquí, u otros programas que usan la interfaz del kernel /sys/class/power_supply/BAT0/
.
--- src/linux/up-device-supply.c.orig 2014-06-07 16:48:32.735920661 +0200
+++ src/linux/up-device-supply.c 2014-06-07 16:48:39.391920525 +0200
@@ -821,6 +821,9 @@
supply->priv->energy_old_first = 0;
}
+ percentage = 3.1f;
+ time_to_empty = 3*60;
+ energy = 5;
g_object_set (device,
"energy", energy,
"energy-full", energy_full,
cat /usr/share/acpi-support/policy-funcs
/usr/share/acpi-support/state-funcs
en mi sistema. policy-funcs
está disponible en acpi-support-base
(pero solo para Debian).
tlp
y tlp-rdw
, y lo que pueden tener Ubuntu hacer cuando hay baja potencia .