Wiki - 
https://fedoraproject.org/wiki/Changes/DropLowMemoryMonitorFromDefaultInstallation
Discussion thread -
https://discussion.fedoraproject.org/t/f46-change-proposal-deprecate-low-memory-monitor-package-system-wide/197427

This is a proposed Change for Fedora Linux.
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.


== Summary ==
Modern GLib (GMemoryMonitor) introduces memory monitor backends that
run independently without relying on an external daemon to send
low-memory signals to applications. Previously, low-memory-daemon was
the sole provider of these events. Since GLib no longer requires
low-memory-monitor to deliver these notifications and it is an
archived project, low-memory-monitor can be deprecated.


== Owner ==
* Name: [[smallorange| Kate Hsuan]]
* Email: [email protected]


== Detailed Description ==
With the introduction of native GMemoryMonitor backends [1-2] in GLib
(including Linux kernel Pressure Stall Information (PSI) monitoring
and a fallback polling mechanism), GLib can now monitor local memory
usage directly. Previously, applications relied on an external
background service, low-memory-monitor, via D-Bus to receive
low-memory signals. The new Linux PSI backend actively monitors
kernel-level resource pressure and emits signals to GMemoryMonitor
subscribers when memory limits are reached. If PSI is disabled or
unavailable, the fallback backend polls system memory metrics
directly.

Because GMemoryMonitor no longer requires a dedicated external daemon
to function, low-memory-monitor can be deprecated. However, GLib
retains the legacy D-Bus backend for low-memory-monitor to ensure
backward compatibility with older distributions.

[1] https://gitlab.gnome.org/GNOME/glib/-/merge_requests/4481
[2] https://systemd.io/PRESSURE/

== Feedback ==
See https://systemd.io/PRESSURE/

== Benefit to Fedora ==
Since GMemoryMonitor can run without an external service,
low-memory-monitor can be deprecated. The runtime usage is reduced by
stopping running low-memory-monitor.

== Scope ==
* Proposal owners: Kate Hsuan

* Other developers:

* Release engineering:
[https://forge.fedoraproject.org/releng/tickets/issues #Releng issue
number]

* Policies and guidelines: N/A (not needed for this Change)

* Trademark approval: N/A (not needed for this Change)

* Alignment with the Fedora Strategy:


== Upgrade/compatibility impact ==
Glib2 manages all the dependencies and GMemoryMonitor runs
independently, so upgrade/compatibility won't be impacted.

== Early Testing (Optional) ==


== How To Test ==
1. Make a test code from the example code mentioned in the documents [1].<br>
2. Compile and run the test program in a memory-limited system.<br>
3. Stree the memory until the signal is emitted.<br>

[1] https://docs.gtk.org/gio/iface.MemoryMonitor.html

== User Experience ==


== Dependencies ==



== Contingency Plan ==
* Contingency mechanism: N/A (not a System Wide Change)
* Contingency deadline: N/A (not a System Wide Change)
* Blocks release? N/A (not a System Wide Change)

Bring back the low-memory-monitor package since the Dbus backend of
GMemoryMonitor is still there.

== Documentation ==
N/A (not a System Wide Change)

== Release Notes ==

-- 
Aoife Moloney

Fedora Operations Architect

Fedora Project

Matrix: @amoloney:fedora.im

IRC: amoloney

-- 
_______________________________________________
devel-announce mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://forge.fedoraproject.org/infra/tickets/issues/new

Reply via email to