Início / unix / Perguntas / 791979
Accepted
Seamus
Asked: 2025-03-05 13:04:00 +0800 CST

Controlando quais serviços são incluídos em um "slice" do systemd

  • 772

Reescrevi este parágrafo de abertura... tentando esconder meu desdém por systemd. Vou me contentar em dizer que acho systemda "lógica" de desconcertante, e deixar por isso mesmo. Para chegar à pergunta:

Tenho tentado reduzir o tempo de inicialização relatado por systemd-analyze timeem um pequeno Raspberry Pi Zero 2W . O SO é cerca de 95% Debian com um pouco de Raspberry Pi para lidar com o hardware.

Comecei listando os arquivos de unidade ativos e, a partir dessa lista, cheguei a alguns serviceque eu tinha certeza de que poderiam ser removidos sem impacto:

$ systemctl list-unit-files --state=enabled
...
rpi-display-backlight.service      enabled enabled
rpi-eeprom-update.service          enabled enabled
...
$

Eu escolhi disableambos os serviços da seguinte forma:

$ sudo systemctl disable rpi-eeprom-update.service rpi-display-backlight.service
Removed "/etc/systemd/system/halt.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/poweroff.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/reboot.target.wants/rpi-display-backlight.service".
Removed "/etc/systemd/system/multi-user.target.wants/rpi-eeprom-update.service".

Decepcionantemente, descobri que o tempo de inicialização (conforme relatado por systemd-analyze time) na verdade aumentou em cerca de 3 segundos. Reiniciei algumas vezes para obter uma "média"; o aumento de 3 segundos parecia real e persistente. Fiquei pensando se esse aumento poderia ser devido a systemd uma nova tentativa de iniciar esses serviços. E então procurei dependências com outras systemd"unidades":

$ systemctl list-dependencies rpi-eeprom-update.service
rpi-eeprom-update.service

$ systemctl list-dependencies rpi-display-backlight.service
rpi-display-backlight.service
● └─system.slice
$

Tomei o primeiro resultado (rpi-eeprom) como uma indicação de que não havia outras dependências. O segundo resultado (rpi-display) é desconcertante para mim. Fiz um pouco de pesquisa .slicedesde então, mas ainda faz pouco (na verdade, nenhum) sentido para mim. O que me leva à minha pergunta:

Alguém pode explicar como editar isso system.slicee remover o rpi-display-backlight.service?

debian

1 respostas

  1. Best Answer

    Você parece ter algum tipo de concepção errada sobre o que são as fatias. Permita-me fornecer algum contexto primeiro.

    Um slice é uma unidade da hierarquia de manutenção de livros de recursos do systemd: uma dependência em um slice não forçará um serviço a iniciar. É o contrário: o serviço não poderá iniciar até que a manutenção de livros de recursos seja estabelecida (ou seja, os sistemas de arquivos virtuais /syse /sys/fs/cgrouptenham sido montados). E isso acontece assim que o sistema de arquivos raiz real é montado, então não é uma restrição muito grande.

    Quaisquer unidades que gerenciem processos (principalmente unidades de escopo e serviço) podem ser atribuídas a fatias específicas: se nenhuma fatia mais específica for definida, a classificação padrão para qualquer sistema *.serviceou *.scopeunidade é system.slice. Quaisquer unidades de serviço instanciadas (aquelas com um @em seu nome) recebem uma subfatia de system.sliceque pode rastrear o uso de recursos de todas as instâncias daquele modelo específico.

    Por exemplo:

    • todos os serviços do sistema que não têm nenhuma fatia mais específica definida são incluídos emsystem.slice
    • se você ativar gettyprocessos para portas seriais com eg , você obterá automaticamente um que rastreia o uso total de recursos de todos os serviços. Esta é uma sub-fatia de .systemctl enable [email protected]system-serial\x2dgetty.sliceserial-getty@...system.slice
    • todos os logins de usuários que são gerenciados por systemd-logindsão totalizados em user.slice, e cada usuário logado é rastreado separadamente por uma user-<UID>.slicesub-fatia. Isso inclui serviços de usuário, ou seja, serviços de segundo plano por usuário: veja systemctl --user list-units --type=service.
    • se você executar máquinas virtuais ou contêineres sob o gerenciamento de systemd-machined, você obterá um machine.sliceque rastreia o uso total de recursos de todas as VMs/contêineres e um machine-<VM/container ID>.slicesub-slice rastreando cada VM/contêiner específico.

    Para obter um entendimento mais intuitivo, tente executar systemd-cgtope imagine que você tem algo monopolizando seu sistema, mas não sabe exatamente o que. É algum usuário fazendo algo que não deveria, ou é um processo de serviço que está mal configurado ou sob um ataque externo?

    À sua escolha , você pode ativar o rastreamento de limite de recursos e colocar limites de uso de recursos para qualquer serviço ou fatia . Por exemplo, se você tem um sistema que executa um serviço crítico específico e alguns não essenciais, você pode colocar os serviços não essenciais em uma fatia separada (talvez uma subfatia de system.slice), então adicionar um ConditionMemoryPressure=e ConditionCPUPressure=/ou ConditionIOPressure=a essa fatia, para que o sistema desligue automaticamente todos os processos não essenciais (ou não os inicie em primeiro lugar, se os processos não essenciais incluírem *.timerunidades para executar tarefas periódicas não essenciais) se o sistema parecer estar sob uma alta carga de memória/CPU/IO, respectivamente. Veja man systemd.resource-controlpara mais detalhes.

    Se desejar rastrear separadamente o uso de recursos de um serviço específico ou grupo de serviços, você pode adicionar uma Slice=something.slicelinha à [Service]seção dos respectivos serviços.

    Sua próxima pergunta pode ser "Por que, então, o rpi-display-backlight.servicetem uma dependência de system.slicee rpi-eeprom-update.servicenão tem?" Para ser honesto, não tenho certeza de imediato. Mas eu diria que provavelmente significa que o rpi-eeprom-updateé um serviço de Type=oneshot, que não deve deixar nenhum processo de longa duração em execução e rpi-display-backlightinicia pelo menos um processo de serviço cujo uso de recursos é contado como parte de , system.slicejá que nenhuma fatia mais específica é definida e system.sliceé o padrão para todos os serviços.

    Para reiterar: se uma unidade tiver uma dependência em uma unidade de fatia, isso não fará com que o systemd tente reiniciar essa unidade. Isso significa apenas que qualquer uso de recurso de processos de longo prazo iniciados por essa unidade será totalizado sob a fatia especificada.

    Se você quiser alterar a dependência de fatia de rpi-display-backlight.service, basta adicionar um /etc/systemd/system/rpi-display-backlight.service.d/override.confarquivo com o conteúdo:

    [Service]
Slice=system-separate.slice

    se você quiser rpi-display-backlight.serviceem uma sub-fatia separada que ainda está totalizada em system.slice, ou

    [Service]
Slice=separate.slice

    se você quiser que o uso de recursos seja excluído dos totais de system.slice.

    Como sempre, após alterar os arquivos de configuração do serviço, execute systemctl daemon-reload. Ou faça as alterações usando systemctl edit rpi-display-backlight.service, que faz isso para você automaticamente (e permite que você reverta facilmente suas alterações ou reedite se houver um erro de sintaxe).

    • 1

relate perguntas