10.8.31 Services Linux

Service Early OOM

Early OOM, aussi appelé Earlyoom, est un démon de gestion du remplissage mémoire (OOM) minimaliste qui se lance en espace utilisateur et fournit une alternative plus rapide et configurable que le gestionnaire du noyau. Il est utile pour éviter que le système ne cesse de répondre lorsqu’il n’a plus de mémoire.

Variable Scheme : earlyoom-service-type

Le type de service pour le service earlyoom, le démon Early OOM. Sa valeur doit être un objet earlyoom-configuration, décrit plus bas. Vous pouvez instancier le service avec sa configuration par défaut avec :

(service earlyoom-service-type)

Type de données : earlyoom-configuration

La configuration pour earlyoom-service-type.

earlyoom (par défaut : earlyoom)

Le paquet Earlyoom à utiliser.

minimum-available-memory (par défaut : 10)

La limite de mémoire disponible minimum, en pourcentage.

minimum-free-swap (par défaut : 10)

La limite d’espace d’échange libre minimum, en pourcentage.

prefer-regexp (par défaut : #f)

Une expression régulière (une chaine) qui correspond aux noms des processus à tuer en priorité.

avoid-regexp (par défaut : #f)

Une expression régulière (une chaine) des noms des processus qui ne doivent pas être tués.

memory-report-interval (par défaut : 0)

L’intervalle en seconde d’affichage du rapport mémoire. Il est désactivé par défaut.

ignore-positive-oom-score-adj? (par défaut : #f)

Un booléen indiquant si les ajustements positifs indiqués dans /proc/*/oom_score_adj doivent être ignorés.

show-debug-messages? (par défaut : #f)

Un booléen indiquant si les messages de débogages doivent être affichés. Les journaux sont sauvegardés dans /var/log/earlyoom.log.

send-notification-command (par défaut : #f)

On peut utiliser cette option pour fournir une commande personnalisée pour envoyer les notifications.

Service de chargement de modules du noyau

Le service de chargement de modules du noyau vous permet de charger des modules du noyau au démarrage. C’est particulièrement utile pour les modules qui ne sont pas chargés automatiquement et qui doivent être chargés manuellement, comme c’est le cas avec ddcci.

Variable Scheme : kernel-module-loader-service-type

Le type de service pour charger des modules du noyau au démarrage avec modprobe. Sa valeur doit être une liste de chaines de caractères représentant les noms des modules. Par exemple pour charger les pilotes fournis par ddcci-driver-linux, en mode débogage en passant certains paramètres au module, on peut faire :

(use-modules (gnu) (gnu services))
(use-package-modules linux)
(use-service-modules linux)

(define ddcci-config
  (plain-file "ddcci.conf"
              "options ddcci dyndbg delay=120"))

(operating-system
  ...
  (services (cons* (service kernel-module-loader-service-type
                            '("ddcci" "ddcci_backlight"))
                   (simple-service 'ddcci-config etc-service-type
                                   (list `("modprobe.d/ddcci.conf"
                                           ,ddcci-config)))
                   %base-services))
  (kernel-loadable-modules (list ddcci-driver-linux)))

Service Zram

Le service de périphérique Zram fournit un périphérique de swap compressé en mémoire système. La documentation du noyau Linux a plus d’information à propos de ces périphériques zram.

Variable Scheme : zram-device-service-type

Ce service crée un périphérique de bloc zram, le formate en swap et active l’espace d’échange. La valeur du service est un enregistrement zram-device-configuration.

Type de données : zram-device-configuration

C’est le type de données représentant la configuration du service zram-device.

size (par défaut : "1G")

C’est l’espace que vous voulez fournir à votre périphérique zram. Il accepte une chaine et peut être un nombre d’octets ou utiliser un suffixe, p. ex. : "512M" ou "1024000".

compression-algorithm (par défaut : 'lzo)

C’est l’algorithme de compression à utiliser. Il est difficile de lister toutes les possibilités, mais les options habituelles prises en charge par le noyau Linux Libre de Guix sont 'lzo, 'lz4 et 'zstd.

memory-limit (par défaut : 0)

C’est la quantité de mémoire maximal que le périphérique zram peut utiliser. le mettre à « 0 » désactive la limite. Bien qu’il soit généralement accepté que la compression aura un ratio de 2 pour 1, il est possible que des données non-comprimables soient écrites en espace d’échange et c’est une méthode pour limiter la quantité de mémoire qui peut être utilisée. Le paramètre accepte une chaine qui peut être un nombre d’octets ou utiliser un suffixe, p. ex. "2G".

priority (par défaut : -1)

C’est la priorité de l’espace d’échange créé à partir du périphérique zram. swapon accepte les valeurs entre -1 et 32767, avec les valeurs plus grandes indiquant une plus grande priorité. Les espaces d’échanges avec une plus grande priorité seront utilisés avant celui-ci.