Início / unix / Perguntas / 566723
Accepted
annahri
Asked: 2020-02-10 23:08:51 +0800 CST

GNU coreutils `sort` se comporta de maneira diferente

  • 772

Eu queria classificar uma lista de dados e pretendia classificá-la com base em sua primeira coluna, que é um endereço IP.

192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.64
192.168.1.6
192.168.1.91

Na minha primeira máquina, testei sort -ne funcionou como eu esperava

# coreutils, version: 8.31, release: 23

192.168.1.6
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.64
192.168.1.91
192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119

Mas na minha segunda máquina, não vai classificar corretamente

# coreutils, version:8.4

192.168.1.100
192.168.1.101
192.168.1.110
192.168.1.119
192.168.1.20
192.168.1.30
192.168.1.33
192.168.1.54
192.168.1.6
192.168.1.64
192.168.1.91

Ambas as máquinas têm a mesma localidadeen_US.UTF-8

Por que isso está acontecendo? Como posso resolvê-lo?

linux shell

1 respostas

  1. Best Answer

    Sem uma posição de chave adequada, sortusa a linha inteira como chave. Como em todas as linhas, os três primeiros octetos permanecem os mesmos, toda a classificação é baseada nas posições numéricas do primeiro caractere no último octeto. Como 1aparece antes 2dos octetos com 100, 101aparece antes do outro.

    Defina a posição de chave adequada e use a classificação numérica. Por exemplo, no seu caso, defina o delimitador para a entrada como .e deixe sorttrabalhar sua mágica apenas no 4º campo. As 4,4médias começam no 4º campo delimitado por .e terminam no mesmo 4º campo.

    sort -n -t'.' -k4,4 file

    Além disso, você pode substituir quaisquer outras localeconfigurações definidas em seu sistema e usar diretamente o padrão do sistema LC_ALL=Clocalmente para o comando. Veja O que LC_ALL=Cfaz? para entender por que

    LC_ALL=C sort -n -t'.' -k4,4 file

    Graças ao comentário de Kamil Maciorowski que destacou a questão real.

    A primeira máquina parece estar usando uma localidade onde locale thousands_sepretorna .Provavelmente não é en_US.UTF-8(pelo menos não como LC_NUMERIC). A segunda máquina não usa .como separador de milhares.

    • 1

relate perguntas