Início / unix / Perguntas / 495864
Accepted
L. Levrel
Asked: 2019-01-22 14:02:37 +0800 CST

Comparando o tempo de um link simbólico

  • 772

Eu quero verificar se o link lnkfileé mais antigo que um arquivo de referência regular reffile.

O bash testbuiltin desreferencia links, portanto, test lnkfile -ot reffilecompara o destino de lnkfile, não o próprio link.

Existe uma maneira de fazer com que o testbuiltin não siga links simbólicos? Caso contrário, como posso comparar o tempo de um link simbólico?

bash shell-script

3 respostas

  1. Até onde eu sei, o bash não oferece nenhuma versão -ot(e similares) que evite desreferenciar links simbólicos.

    O que você pode fazer é usar GNU stat (que não desreferencia links simbólicos sem -L) e comparar suas épocas mtime numericamente:

    if (( "$(stat --format=%Z lnkfile)" < "$(stat --format=%Z reffile)" )); then
    # lnkfile is older
fi
    • 3
  2. Best Answer

    Eu não acho que haja uma maneira com test, mas você pode usar find.

    test "$(find reffile -prune -newer lnkfile)" && command

    Aqui, findretorna a saída se lnkfilefor mais antiga que reffile. testsem uma opção é equivalente a test -n. Isso é verdade se o comprimento da string for diferente de zero. Portanto, se houver saída de find, commandserá executado.

    Nos comentários, me pediram para fazer uma comparação desta solução vs. stat. Em primeiro lugar, acho a statabordagem perfeitamente boa.

    Fiz um benchmark para comparar. Repeti o teste algumas vezes, alternando, e obtive resultados semelhantes.

    $ time (for i in {1..1000}; do test "$(stat --format=%Z a)" -lt "$(stat --format=%Z b)" && echo foo > /dev/null ; done)

================
CPU 101%
CPU 104%
user    1.264
system  0.942
total   2.108

$ time (for i in {1..1000}; do test "$(find b -newer a)" && echo foo > /dev/null ; done)

================
CPU 104%
user    0.693
system  0.526
total   1.164

    Parece que findé quase duas vezes mais rápido, talvez porque seja um único processo em vez de dois stats? Não tenho certeza de como compará-los; por favor, comente se houver outros aspectos relevantes que você possa pensar.

    Aqui estão algumas outras diferenças, conforme comentários de Stéphane Chazelas abaixo:

    Outras diferenças são: findum é padrão. enquanto o statoutro precisa da implementação GNU do stat. O statúnico não funcionará para arquivos modificados no mesmo segundo (enquanto finddeve funcionar em sistemas em que a granularidade de subsegundo para carimbos de data/hora é suportada). Nem findoferece statsuporte a nomes de arquivos arbitrários.

    Você encontrará outras diferenças se um dos arquivos não puder ser stat()editado.

    • 3

  3. Com zsh5.6 ou superior (para a precisão de nanossegundos), você pode fazer isso com built-ins apenas com:

    zmodload zsh/stat
if 
  stat -LA lnktime -F '%021s%N' +mtime -- $lnkfile &&
    stat -A reftime -F '%021s%N' +mtime -- $reffile &&
    [[ $lnktime < $reftime ]]
then
  print -r -- $lnkfile is older than $reffile
fi

    O que funcionaria independentemente de quais caracteres ou não caracteres os nomes dos arquivos contêm e compara os carimbos de data/hora até o nanossegundo.

    Estamos comparando os carimbos de data e hora como strings (número de nanossegundos como uma representação decimal de string com zero de 30 dígitos) em vez de pontos flutuantes porque os pontos flutuantes de precisão dupla típicos de um PC x86_64 executando GNU/Linux pelo menos não têm o suficiente precisão para armazenar números 1548195897.775033155assim, você não seria capaz de distinguir dois arquivos modificados hoje nos mesmos 100 nanossegundos.

    $ ((1548195897.775033155 < 1548195897.775033255)) && echo yes
$ [[ 1548195897775033155 < 1548195897775033255 ]] && echo yes
yes
    • 1

relate perguntas