Htop पर अपटाइम के बाद (!) का क्या अर्थ है

Question

मैं कुछ वेब हेड्स का विश्लेषण कर रहा था htopऔर निम्नलिखित पर ध्यान दिया

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

क्या (!)मतलब है?

Comments

@JoelDavis (!) का मतलब कुछ और नहीं है तो सर्वर 301 दिनों के लिए है?

— ब्रेंटवपेटर्सन

वे लिंक में सटीक कोड दिखाते हैं, लेकिन हाँ यह मूल रूप से "OMG!"

— ब्राचली

सीमांकन का सटीक बिंदु 100 दिन है, हालांकि।

— ब्राचली

@JoelDavis - क्यों नहीं लिखा है कि ए के रूप में तो हम इसे बंद कर सकते हैं?

— स्लम

Answer 1

से 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 दिनों से अधिक समय तक रहा है।

संदर्भ

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

Comments

तो 9999 दिनों के अपटाइम के बाद एक बफर अतिप्रवाह है? (बफ़र चार [32] अब लगता है)

— कोफगेलडेजेगर

Answer 2

यहाँ लेखक htop। हां, जैसा कि अन्य ने पहले ही उल्लेख किया है, यह वास्तव में 100 दिनों के अपटाइम के बाद दिखाई देता है।

कारण कुछ भी नहीं फैंसी है, यह सॉफ्टवेयर में सिर्फ एक ईस्टर अंडा है। इस बात पर विचार करें कि कार्यक्रम आपके अपटाइम से प्रभावित है, और जैसा आप चाहते हैं, उसे ले लें। :)

Comments

इस तरह एक निश्चित जवाब देखना हमेशा अच्छा होता है।

— Inotnotayaynard

Answer 3

htop विस्मयादिबोधक चिह्न दिखाता है जब सर्वर 100 या अधिक दिनों से ऊपर है।

जहां एक बार सिस्टम प्रशासकों को लंबे समय तक चलने के प्रदर्शन में गर्व था, आजकल सिस्टम को नए कर्नेल और कुछ सुरक्षा सुधारों के साथ अद्यतन रखने के लिए रिबूट करना पड़ता है। इस कारण से, एक लंबा अपटाइम शायद अच्छी बात नहीं है और मैं विस्मयादिबोधक चिह्न के रूप में विस्मयादिबोधक चिह्न की व्याख्या करता हूं।

Comments

हालांकि आपका उत्तर संक्षिप्त है (और स्पष्ट रूप से सही है), प्रासंगिक दस्तावेज या सहायक स्रोतों से कुछ लिंक जोड़ना सकारात्मक होगा।

— हेलोसिहॉस्ट

कुछ मामलों में आप रिबूट के बिना तारीख तक रख सकते हैं। हालाँकि समस्या यह है कि कई परिवर्तनों के बाद आप सुनिश्चित नहीं हो सकते कि अनियोजित रिबूट के मामले में सिस्टम बूट होगा। इसलिए परीक्षण के लिए योजनाबद्ध रीबूट करना बुरा नहीं है।

— तदस सासनकसक १५'१५ को

इसलिए लिनक्स कर्नेल 4 में लाइव पैच आवश्यक नहीं है? चूंकि बग चेकिंग के लिए सिस्टम को नियमित रूप से बूट करना पड़ता है?

— जांग

मैं अपने कर्नेल को रीबूटलेस बनाने के लिए कर्नेल देखभाल का उपयोग करता हूं।

— १०:३३