htopのアップタイム後の(!)の意味


84

私はいくつかのウェブヘッドを分析してhtop、次のことに気づきました

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

どういう(!)意味ですか?


@JoelDavisので、(!)が他のことを意味しない場合、サーバーは301日間稼働していますか?
brentwpeterson

8
リンクには正確なコードが表示されますが、基本的には「OMG!」と言っているだけです。
ブラッチリー14

2
ただし、境界の正確なポイントは100日です。
ブラッチリー14

1
@JoelDavis-これをAとして書き上げて、これを締めくくりますか?
slm

回答:


119

htopのソースコード、ファイルUptimeMeter.cを、あなたが見ることができます:

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';
}

これ!は、サーバーが100日間以上稼働していることを示しているに過ぎません。

参照


9999日の稼働時間後にバッファオーバーフローが発生しますか?(バッファは現在char [32]のようです)
Kopfgeldjaeger

108

ここにhtop作成者。はい、他の人がすでに言及したように、それは実際に100日間の稼働時間後に現れます。

理由は空想ではなく、ソフトウェアのイースターエッグにすぎません。プログラムが稼働時間に感銘を受けていることを考慮し、思い通りに実行してください。:)


3
このような決定的な答えを見るのは常に素晴らしいことです。
iamnotmaynard

34

htop サーバーが100日以上稼働している場合、感嘆符が表示されます。

かつてシステム管理者は長い稼働時間を示すことに誇りを持っていましたが、最近では新しいカーネルといくつかのセキュリティ修正で最新の状態に保つためにシステムをリブートする必要があります。そのような理由で、長い稼働時間はおそらく良いことではなく、感嘆符を警告記号として解釈する傾向があります。


8
あなたの答えは簡潔(そして明らかに一見正しい)ですが、関連するドキュメントへのリンクを追加するか、ソースをサポートすることは肯定的です。
HalosGhost

7
場合によっては、再起動せずに最新の状態に保つことができます。ただし、多くの変更を行った後、計画外の再起動の場合にシステムが起動することを確認できないという問題があります。したがって、テストのために計画的な再起動を行うことは悪い考えではありません。
タダスSasnauskas

Linux Kernel 4のライブパッチは必要ありませんか?バグチェックのためにシステムを定期的に起動する必要がありますか?
陳明張

カーネルを再起動せずにカーネルケアを使用します。
-allquixotic
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.