Início / unix / Perguntas / 749213
Accepted
Pavel Skipenes
Asked: 2023-06-18 19:31:10 +0800 CST

linhas adjacentes do filtro uniq no pipeline

  • 772

Estou tentando monitorar alterações de tema usando este comando: dbus-monitor --session "interface='org.freedesktop.portal.Settings', member=SettingChanged" | grep -o "uint32 .". A saída agora se parece com isso:

uint32 0
uint32 0
uint32 1
uint32 1
uint32 0
uint32 0
uint32 1
uint32 1

Esta saída vem da alternância de temas. A notificação do tema aparece duas vezes por algum motivo. Agora eu quero canalizá-lo uniqpara que eu permaneça apenas com uma única entrada assim:

uint32 0
uint32 1
uint32 0
uint32 1

No entanto, anexar uniqno final não produz mais nenhuma saída. dbus-monitor --session "interface='org.freedesktop.portal.Settings', member=SettingChanged" | grep -o "uint32 ." | uniq

De man uniq:

Filtre linhas correspondentes adjacentes de INPUT (ou entrada padrão), gravando em OUTPUT (ou saída padrão).

uniqprecisa armazenar em buffer pelo menos a última linha de saída para poder detectar linhas adjacentes, não vejo nenhuma razão para que ele não possa armazená-lo e passá-lo ao longo do pipeline. Eu tentei ajustar o buffer de linha conforme sugerido aqui , mas os resultados ainda são os mesmos para mim. dbus-monitor --session "interface='org.freedesktop.portal.Settings', member=SettingChanged" | grep -o "uint32 ." | stdbuf -oL -i0 uniq

grep

1 respostas

  1. Best Answer

    É o comportamento usual de muitas ferramentas (possivelmente porque esse comportamento é realmente construído em uma biblioteca compartilhada): quando eles detectam que a saída é um terminal, eles usam o modo de buffer de linha. Quando eles detectam que a saída não é um terminal, eles armazenam mais, para melhorar a taxa de transferência.

    Aqui o comando relevante não é uniq, masgrep porque sua saída muda de terminal para não terminal. O GNU greptem uma opção para alterar esse comportamento: --line-buffered:

    --line-buffered

    Use buffer de linha na saída. Isso pode causar uma penalidade de desempenho.

    Se o comando não tiver uma opção específica para escolher o comportamento, ainda pode-se usar o comando stdbufque altera o comportamento por meio LD_PRELOADdo mecanismo. Para restaurar o comportamento de um comando que não está no final dos pipelines, pode-se prefixar esse comando com stdbuf -oL .

    Então, para o caso do OP:

    dbus-monitor --session "interface='org.freedesktop.portal.Settings', member=SettingChanged" |
    grep --line-buffered -o "uint32 ." | uniq

    ou se este grepcomando também não tivesse uma opção específica:

    dbus-monitor --session "interface='org.freedesktop.portal.Settings', member=SettingChanged" |
    stdbuf -oL grep -o "uint32 ." | uniq

    Observe que, em ambos os casos, uniqestar no final dos pipelines não requer nenhum ajuste em seu comportamento padrão.

    Se mais tarde os dutos fossem aumentados e uniqnão estivessem mais no final e, portanto, não tivessem mais saída para um terminal, isso também seria afetado e exigiria o mesmo tratamento. Por exemplo, a mudança de comportamento de:

    uniq

    ao comportamento de:

    uniq | cat

    pode ser revertido com:

    stdbuf -oL uniq | cat
    • 5

relate perguntas