O que significa (!) Após o tempo de atividade no htop

84

Eu estava analisando algumas cabeças da web olhando htope notei o seguinte

Uptime: 301 days(!), 23:47:39

O que (!)significa isso?

htop

— brentwpeterson
fonte

@JoelDavis, então o (!) Não significa mais nada, então o servidor está ativo há 301 dias?

— precisa saber é o seguinte

8

Eles mostram o código exato no link, mas sim, é basicamente dizendo "OMG!"

— Bratchley

2

O ponto exato da demarcação é de 100 dias.

— Bratchley

1

@ JoelDavis - por que não escrever isso como o A para que possamos fechar isso?

— Slm

119

De htop código-fonte, arquivo UptimeMeter.c , você pode ver:

char daysbuf[15];
if (days > 100) {
   sprintf(daysbuf, "%d days(!), ", days);
} else if (days > 1) {
   sprintf(daysbuf, "%d days, ", days);
} else if (days == 1) {
   sprintf(daysbuf, "1 day, ");
} else {
   daysbuf[0] = '\0';
}

Eu acho que !aqui é apenas uma marca que servidor tem sido por mais de 100 dias.

Referência

http://sourceforge.net/p/htop/mailman/htop-general/?viewmonth=200707

— cuonglm
fonte

Portanto, há um estouro de buffer após 9999 dias de atividade? (buffer parece ser char [32] agora)

— Kopfgeldjaeger

108

autor htop aqui. Sim, como outros já mencionaram, ele realmente aparece após 100 dias de atividade.

O motivo não é nada chique, é apenas um ovo de Páscoa no software. Considere que o programa está impressionado com o seu tempo de atividade e aceite-o como desejar. :)

— Hisham HM
fonte

3

É sempre bom ver uma resposta definitiva como esta.

— Iamnotmaynard

34

htop mostra o ponto de exclamação quando o servidor estiver ativo desde 100 dias ou mais.

Embora os administradores de sistema tenham orgulho de mostrar longos períodos de atividade, hoje em dia o sistema precisa ser reiniciado para manter-se atualizado com novos kernels e algumas correções de segurança. Por esse motivo, um longo tempo de atividade provavelmente não é uma coisa boa e costumo interpretar o ponto de exclamação como um sinal de aviso.

— Raffaele D'Elia
fonte

8

Embora sua resposta seja sucinta (e aparentemente correta), adicionar alguns links à documentação relevante ou a fontes de suporte seria positivo.

— HalosGhost

7

Em alguns casos, você pode manter-se atualizado sem reinicializações. No entanto, o problema é que, após muitas alterações, você não pode ter certeza de que o sistema será inicializado em caso de reinicialização não planejada. Portanto, não é uma má idéia fazer reinicializações planejadas para teste.

— Tadas Sasnauskas

então o patch ao vivo no linux kernel 4 não é necessário? já que o sistema precisa ser inicializado regularmente para verificação de erros?

— Chenming Zhang

Eu uso o cuidado do kernel para tornar meu kernel sem reinicialização.

— allquixotic