Travis Griggs's questions

Eu tenho um dispositivo de placa única que executa o Debian 10 em um pedaço de flash. O UBIFS é usado e é dividido em dois volumes: um ro roots e um rw /var. Descobri que, em condições de ciclo de energia/redefinição, posso acabar com arquivos de 0 byte. Eu mantenho minhas "configurações" em /var/opt/myApp. Alterar a opção de montagem de /var para incluir syncparece fazer com que esses incidentes desapareçam.

Eu sei que o conselho usual é que o assíncrono é preferível à sincronização, mas geralmente é ressalvado com "geralmente, mas nem sempre" com pouca explicação sobre quais podem ser as exceções.

A solução alternativa seria modificar todo e qualquer site de chamadas onde eu escrevo dados no disco, para não apenas liberar o fechamento do arquivo, mas também sincronizar (faço muito disso com python). Por uma questão de codificação/completude, a montagem syncparecia menos trabalhosa e evitou que eu perdesse a adição dos guardas de sincronização em alguns lugares, pois é universal.

Além disso, permito que o dispositivo salve dados em pen drives USB. Acho que devo montar essa sincronização também, para reduzir a perda quando eles são retirados logo após os dados serem gravados neles.

Esta é uma configuração excepcionalmente adequada para justificar o uso sync? Ou devo usar a solução alternativa?

Estou tentando configurar meu arquivo .service para limitar a quantidade de memória que um determinado serviço pode usar antes de ser encerrado, por porcentagem de memória do sistema (10% como limite superior neste caso):

[Unit]
Description=MQTT Loop
After=radioLoop.service

[Service]
Type=simple
Environment=PYTHONIOENCODING=UTF-8
ExecStart=/usr/bin/python3 -u /opt/pilot/mqttLoop.py
WorkingDirectory=/opt/pilot
StandardOutput=journal
Restart=on-failure
User=pilot
MemoryMax=10%

[Install]
WantedBy=multi-user.target

A linha de interesse é a MemoryMaxlinha, que tentei configurar com base no meu entendimento dos systemd docs .

Minha versão do systemd é:

systemd 241 (241)
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid

Mas não funciona.

# ps -m -o lwp,rss,pmem,pcpu,unit -u pilot
  LWP   RSS %MEM %CPU UNIT
    - 76244 30.3  8.5 mqttLoop.service
 1232     -    -  7.0 mqttLoop.service
 1249     -    -  1.7 mqttLoop.service
 1254     -    -  0.2 mqttLoop.service

Estou ficando bem acima de 10% (30% lá), e aí não reinicia o processo. Eu tentei trocar MemoryMaxpor MemoryLimit(a variante mais antiga de mesmo valor), mas não tem efeito. o que estou perdendo?

ATUALIZAR

Eu determinei que as configurações do systemd para processamento de contagem estão ativadas corretamente.

# grep -i "memory" system.conf
#DefaultMemoryAccounting=yes

Mas noto o seguinte na minha configuração do kernel:

Será suficiente que eu reconstrua meu kernel com a Memory Controlleropção selecionada?

Estou curioso para saber se existe uma maneira amigável de script para calcular o equivalente a apt list --upgradeable. Isso produz uma boa saída com exatamente um candidato de atualização por linha, muito analisável. MAS, apttambém avisa:

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Então eu sinto que deveria usar venerável apt-getem vez disso. Infelizmente, a saída para isso é algo como:

apt-get -s --no-download dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
  dbus libdbus-1-3
The following packages will be upgraded:
  bash gcc-8-base gpgv libedit2 libgcc1 libprocps7 libpsl5 libselinux1 libsemanage-common libsemanage1 libsepol1 libsqlite3-0 libstdc++6 perl-base
  procps publicsuffix rsyslog twigpilot-core
18 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
...

O que é muito menos analisável. Então eu estava esperando alguma maneira de obter apt-getatualização para imprimir uma lista mais sucinta como aptfaria.