user356126's questions

Quando um sistema Linux hiberna e sai da hibernação, acho que o kernel precisa saber que está retomando, não inicializando. Caso contrário, o kernel iniciará o processo de inicialização normal e não carregará os dados trocados. Como o kernel sabe que está retomando?

A princípio, pensei que o GRUB (ou outro gerenciador de inicialização) informa o kernel pelos parâmetros do kernel. Mas, desde que eu verifique /proc/cmdline, os parâmetros do kernel são os mesmos de sempre. Existe algum mecanismo para o kernel saber que está retomando?

Eu quero fazer um script de shell que copie as saídas anteriores do emulador de terminal GUI (por exemplo, últimas 20 linhas). A motivação é a seguinte:

Quando executo um procedimento que requer muito tempo (por exemplo, baixar um arquivo muito grande ou converter um arquivo de filme muito grande), às vezes me lembro de outro trabalho e tenho que sair da sala. Nesse caso, pressiono ctrl+z para interromper o procedimento. E eu digito

fg; echo $? >> log.txt; date >> log.txt; systemctl poweroff

então eu saio do quarto.

Desta forma funciona e não é ruim. Mas tem uma desvantagem que eu não consigo ler as saídas do procedimento. Posso saber apenas o status ($?). Então eu quero copiar as últimas 20 ou 40 linhas e salvá-las no arquivo de log.

Estou fazendo um aplicativo X que contém um relógio digital. O relógio exibe a hora atual no formato "hh:mm". Eu quero dominar o Xlib, então quero usar apenas o Xlib (nenhum outro kit de ferramentas).

O relógio tem que atualizar uma vez por minuto. Para refrescar o relógio, criei três implementações, mas não posso julgar qual é a melhor. Por favor me diga qual é o melhor. E, se houver outras implementações melhores, por favor me diga.

A primeira implementação atualiza o relógio de dentro do loop de eventos. A segunda e terceira implementações atualizam o relógio de fora do loop de eventos.

A primeira implementação é a seguinte: no loop de eventos, utilizo XEventsQueued ou XPending para saber o número de eventos restantes. Se não houver eventos, verifique a hora atual e, se 1 minuto ou mais se passou desde a última atualização, atualizo o relógio. Se restarem alguns eventos, eu processo outros eventos de janela.

A segunda implementação é a seguinte: eu uso settimer com intervalo de 1 minuto. O manipulador de sinal captura SIGALRM e atualiza o relógio.

A terceira implementação é a seguinte: Eu uso pthread. A função thread atualiza o relógio e dorme 1 minuto e faz a mesma coisa para sempre.

A primeira implementação é a mais simples. Mas temo que ele repita frequentemente o loop de eventos e consuma a energia da CPU.

Recentemente, estou estudando Xlib e tenho uma pergunta: Quais chamadas de sistema (API's) o X.Org Server usa para realizar o ambiente GUI.

Em termos de saída, as chamadas do sistema nos permitem desenhar janelas (ou seja, certos retângulos com cores) em uma tela. E em termos de entrada, quais chamadas de sistema nos permitem obter informações de entrada de teclado e mouse.

Podemos desenhar janelas sem a ajuda do X.Org Server? Claro, não é prático. Mas estou ansioso para saber se é possível ou não.

Quando inicio um emulador de terminal (por exemplo, qterminal), ele inicia o shell padrão (por exemplo, bash). E quando eu saio do terminal (por exemplo, clicando no botão x ou matando o terminal), o shell também sai. Não permanece nenhum processo do shell. Gostaria de saber como esse mecanismo é implementado.

A princípio, suspeitei que o terminal enviasse algum sinal para o shell. Então eu prendo SIGQUIT, SIGINT, SIGTERM, SIGHUP no shell, mas nenhum sinal foi capturado. Eu não tenho nenhuma idéia além do sinal.

Pode depender do terminal e do shell e talvez do sistema operacional. Por favor, diga-me qualquer informação sobre esta situação.