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,
fuente
cat /usr/share/acpi-support/policy-funcs
/usr/share/acpi-support/state-funcs
en mi sistema.policy-funcs
está disponible enacpi-support-base
(pero solo para Debian).tlp
ytlp-rdw
, y lo que pueden tener Ubuntu hacer cuando hay baja potencia .Respuestas:
Si observa la pestaña "Energía" en Configuración del sistema, tiene la opción de elegir qué sucede cuando la batería alcanza un nivel críticamente bajo. Puede, con Ubuntu estándar, apagarlo cuando sea críticamente bajo. Si tiene habilitada la hibernación (consulte este enlace para obtener instrucciones: ¿Cómo habilitar la hibernación? ), También puede hacer que la computadora hiberne. Si tiene dudas sobre la diferencia entre suspender e hibernar, mire esto: http://ubuntuforums.org/showthread.php?t=1660436
Espero haber sido de servicio.
-Mario3D13
fuente