Grafana: ग्राफ: वाई ऑटो पैमाने पर सीमा (न्यूनतम अधिकतम)

धन्यवाद, दिलचस्प विचार। थोड़ा किनारे का मामला लगता है। लेकिन मैं मानता हूं, कई बार उपयोगी हो सकता है।

हाँ, मैं सिर्फ कागज पर अपने विचार प्राप्त करना चाहता था। :बीयर:

मुझे नहीं लगता कि यह एक किनारे का मामला है।
AutoScale सेट अप करें। 0-100 को न्यूनतम राग के रूप में सेट करें, लेकिन ग्राफ को बड़े पैमाने पर अनुमति दें जितना वह चाहता है। इससे डायरेक्टर्स और VPs के बीच कुछ समय तक घबराहट रही है, जब तक कि मैं उन्हें उस पैमाने पर नहीं देखता था जब तक यह था।

+1 बहुत समय की श्रृंखला के डेटा जो मैं ग्राफ्टाना में कल्पना करता हूं शून्य + शोर पर बैठता है, और इससे ग्राफ गड़बड़ और अस्पष्ट दिखाई देते हैं।

Grafana.net उपयोगकर्ता से +1।

न्यूनतम अंतर नेटवर्क इंटरफेस जैसी चीजों के लिए मदद करेगा, जहां हमारे कुछ निजी / वीपीएन लिंक बेकार हैं (~ 20kb / s) लेकिन जब उपयोग में होते हैं तो 50-100Mb / s। यदि मैंने स्केल को 100Mb / s पर सेट किया है और यह खत्म हो गया है, तो मुझे नहीं पता और अगर मैंने इसे 200Mb / s पर सेट किया है, तो मैं डेटा को स्पष्ट रूप से नहीं देख सकता जब यह केवल 5-10Mb / s है।

मैं समझता हूं कि यह कार्य शायद बहुत कम लोगों के लिए ही उपयोगी है। लेकिन मैं इस पर थोड़ा हैक कर रहा हूं। और मैं कुछ ऐसा लेकर आया हूं जो मेरे लिए काम करता है। मेरे कांटे में प्रतिबद्ध एक वाई-स्पैन बॉक्स को एक्सिस टैब में जोड़ता है।

जहां X पूर्णांक या फ्लोट है:

~X Span X around average
=X Span X around current value
>X Span is atleast X
<X Span is clamped to X

https://github.com/thoj/grafana/commit/7dcdccbd42e9f63b7388e439f7194fe7ead8039a

मुझे इसकी आवश्यकता क्यों है इसका उदाहरण:

पीआर में कोई रुचि?

@ यह एक महान अतिरिक्त होगा। हम कुछ ग्राफ़ के लिए थ्रेसहोल्ड का उपयोग करते हैं और इसे हमेशा दिखाना चाहते हैं, लेकिन फिर भी ग्राफ़ को स्केलिंग की तुलना में बहुत अधिक दिखाने के लिए स्केलिंग करते हैं। "एक्स" यहां (और) अच्छा काम करेगा

@ लोकपाल हाँ! मैं चर्चा को प्राप्त करने के लिए प्रयास करने के लिए एक पुल अनुरोध जोड़ूंगा,

https://github.com/grafana/grafana/pull/6051 में लागू किया गया

क्या यह 4.0.x रिलीज़ ट्रेन में है? मैं Y- अक्ष सेटिंग्स में "<" और ">" का उपयोग करने की कोशिश कर रहा हूं, लेकिन कोई फायदा नहीं हुआ।

इसे वापस करने के लिए नहीं था, हम केवल छिपे हुए फ़ीचर की तुलना में अधिक उपयोगकर्ता के अनुकूल इनपुट / यूआई चाहते थे कि इनपुट क्षेत्र > और < जैसी अभिव्यक्तियों का समर्थन करता है, > समय के इंतजार में इस सुविधा का पता लगा लिया यूआई

क्या हम वाई-मिन और वाई-मैक्स के अलावा एक ड्रॉपबॉक्स में हो सकते हैं?

नमस्ते,

मैंने कुछ समय पहले ग्रेफाइट प्रोजेक्ट के लिए यह सुविधा बनाई थी और निम्नलिखित निष्कर्ष पर आया था कि मैं कभी भी yMax का उपयोग नहीं करना yMax के साथ नहीं
यह कोई भी है जो सोचता है कि yMax एक उपयोगी कार्य है या yMax को केवल minYMax के रूप में काम करने के लिए फिर से डिज़ाइन किया जाना चाहिए?

मेरा मतलब है, अगर मैं x को yMax सेट करता x से अधिक है तो क्या कोई यह देखना नहीं चाहेगा कि यह सीमा से अधिक है?

मैं yMax का उपयोग करता हूं जब मेरे पास यह सुनिश्चित करने के लिए प्रतिशत होता है कि 100% हमेशा ग्राफ़ के शीर्ष पर होता है (भले ही एक छोटा ब्लिप हो)

मुझे भी yMax की जरूरत है। यह कुछ शोर संकेतों के कारण होता है जिसमें बहुत लंबा स्पाइक्स होता है जो ग्राफ़ को विकृत करता है।

@iksaif हाँ, लेकिन इसके लिए yMax की आवश्यकता नहीं होनी चाहिए। चूँकि आपका ग्राफ कभी भी 100% से अधिक नहीं होगा और आपका गतिशील yMax तब 100% होगा, आपका ग्राफ बिलकुल वैसा ही होगा जैसा कि yMax के वर्तमान कार्यान्वयन के

@ यह एक विश्वसनीय मीट्रिक की तरह नहीं लगता है? क्या आप इसके बजाय उन स्पाइक्स को ग्राफ से बाहर नहीं रखना चाहेंगे या यदि आप उनके बारे में परवाह करते हैं तो वास्तव में मूल्य जानते हैं?

@Kvistian वे करेंगे, ऐसा होता है, कारणों से, यह 100.02% प्रदर्शित करता है, और मुझे यह तथ्य पसंद है कि मैं इसे कैप करने में सक्षम हूं।

इसके अलावा ऐसे समय होते हैं जब मैं केवल यह देखना चाहता हूं कि मुझे "ज़ूम इन" करना है और मैं ऐसा करने के लिए yMax का उपयोग कर सकता हूं।

ठीक है, लेकिन आप सहमत हैं कि ज्यादातर मामलों में एक गतिशील yMax की आवश्यकता होगी? उस मामले में, यह समझ में आता है कि yMax को गतिशील बनाने और staticyMax या फिक्स्डमैक्स जैसे एक नए फ़ंक्शन को उनके किनारे के मामलों के लिए बनाया जाएगा? इस प्रकार, यह सामान्य उपयोग के मामले के बाद से डिफ़ॉल्ट के रूप में एक गतिशील yax है ।

ग्राफ़ के शीर्ष के निचले हिस्से को स्थापित करने जैसी ध्वनियाँ उपयोगी हो सकती हैं, लेकिन मैं मौजूदा yMax के शब्दार्थ को नहीं बदलूंगा (जो, वास्तव में अधिकतम y है जिसे प्रदर्शित किया जा सकता है)।

यह जानना दिलचस्प होगा कि इस चीज़ को अन्य समान सॉफ़्टवेयर में कैसे नाम दिया गया है

@Kvistian हर कोई नहीं चाहता कि ग्राफ्टाना का उपयोग केवल सर्वरों से अच्छे स्वच्छ मैट्रिक्स प्रदर्शित करने के लिए किया जाए। मैं भौतिक प्रक्रियाओं से मैट्रिक्स प्रदर्शित करना चाहता हूं जो शोर कर रहे हैं और कभी-कभी अजीब डेटा वापस कर सकते हैं। मेरे उदाहरण और स्पष्टीकरण यहाँ देखें: https://github.com/grafana/grafana/pull/5720

@ मैंने इसे हटाने का सुझाव नहीं दिया, यदि यह एक उपयोगी विशेषता है, तो मैंने केवल यह सवाल किया कि क्या यह है। लेकिन ऐसा लगता है कि इसके लिए कुछ उपयोग के मामले हैं, इसलिए उस स्थिति में इसे हटाया नहीं जाना चाहिए। लेकिन व्यक्तिगत रूप से मुझे लगता है कि ऐसे और मामले होने चाहिए जहां आप एक डायनामिक yMax चाहेंगे । जब मैंने ग्रेफाइट के साथ समस्या पर ठोकर खाई, तो मैंने वास्तव में मान लिया कि yMax मेरी समस्या को हल कर देगा (क्योंकि मैं वास्तविक स्थैतिक yMax के लिए कोई उपयोगी मामला नहीं देख सकता था)। अंत में यह सिर्फ एक नामकरण समस्या है।

मुझे वास्तव में परवाह नहीं है अगर इसे yMax या minYMax कहा जाता है, तो बस सोचा कि yMax एक default फ़ंक्शन की तरह महसूस करता है जिसे सबसे आम उपयोग के मामले को हल करना चाहिए।

मैं एक बैटरी स्टेट ऑफ चार्ज (एसओसी) मूल्य प्रदर्शित कर रहा हूं और वास्तव में इन सीमाओं के भीतर ऑटो-स्केलिंग को संरक्षित करते हुए एक ऊपरी और निचली सीमा निर्धारित करने में सक्षम होने की सुविधा को पसंद करूंगा।

यहां समस्या की कुछ छवियां हैं जिन्हें मैं वाई-मैक्स मान सेट या सेट नहीं कर रहा हूं।

मैं Y पैमाने पर वाई-मैक्स मूल्य तो ग्राफ से पता चलता है एसओसी मूल्यों को निर्धारित _don't_ हैं> 100% कभी नहीं हो जाएगा। दूसरे शब्दों में, बैटरी की स्थिति के मामले में:

0% <= y_scale_values <= 100%

यदि मैंने _do_ Y-Max मान सेट किया है, तो जब मेरे पास लंबे समय तक SOC मान कम होता है, तो ग्राफ़ ऑटो-स्केल नहीं करता है, जैसा कि नीचे की छवि में दिखाया गया है।

मैं चाहूंगा कि ऊपरी (100%) और निचली सीमा (0%) सेट करने में सक्षम हो, लेकिन अभी भी इन सीमाओं के भीतर प्लॉट ऑटो-स्केल है क्योंकि यह उस समय करता है जब वाई सीमा निर्धारित नहीं की जाती है।

बस हमारे उपयोग के मामले को जोड़ रहा है। हम एक वेबसाइट की निगरानी कर रहे हैं और 'वर्किंग' उदाहरणों के लिए ट्रैफ़िक को हेल्दी चेकिंग का एक आधारभूत स्तर है, जिसे मैं ग्राफ़िकल रूप से 'कम' ग्राफ़ लाइन (उदाहरण के लिए 0.1 अनुरोध / सेकंड) के रूप में प्रदर्शित करना चाहता हूं, लेकिन अक्ष न्यूनतम 1 होगा, अभी भी 'वास्तविक' ट्रैफ़िक आने पर ग्राफ़ अक्ष को ऊपर की ओर ले जाने में सक्षम बनाता है।

न्यूनतम अधिकतम वाई अक्ष मूल्य के लिए एक हैक है।

न्यूनतम पैमाने पर आप चाहते हैं के लिए एक Baseline मीट्रिक बनाएँ। यहाँ मैंने CPU समय के लिए 1s चुना है:

बेसलाइन मीट्रिक के लिए ओवरराइड्स को ग्राफ से गायब करने के लिए जोड़ें:

बस।

एकमात्र दोष यह है कि आप इसकी आधारभूत संरचना को देख सकते हैं:

IO डिस्प्ले के लिए भी मुझे इसकी आवश्यकता है।

उदाहरण के लिए पढ़ने की गति 50kb / मिनट या 500MB / मिनट हो सकती है, कुछ न्यूनतम पैमाने निर्धारित करना - उदाहरण के लिए 100 एमबी / मिनट डिफ़ॉल्ट रूप से मेरे रेखांकन को अधिक सुसंगत बना देगा।

+1
कृप्या?

@dstensnes कृपया GitHub मुद्दों पर इस फ़ॉर्म की टिप्पणियों को न छोड़ें। आप इस सुविधा को पसंद करने के लिए प्रारंभिक पोस्ट में एक प्रतिक्रिया जोड़ सकते हैं। जब आप टिप्पणी करते हैं + 1, तो इस समस्या का अनुसरण करने वाले सभी लोगों को बिना किसी प्रासंगिक जानकारी के एक सूचना ईमेल प्राप्त होती है। यह बस बुरा रूप है।

ठीक है, मैं उस के साथ रह सकता हूं :) क्या कोई भी कभी भी प्रतिक्रियाओं को देखता है? मैंने देखा कि अब आप प्रतिक्रियाओं की मात्रा पर हल कर सकते हैं, ताकि कम से कम कुछ हो। धन्यवाद

मुझे लगता है कि वाई-मिन और वाई-मैक्स क्षेत्रों के बगल में "सॉफ्ट लिमिट" चेकबॉक्स जोड़कर अधिकांश लोगों के उपयोग के मामलों को कवर किया जाएगा। यदि आप वाई-मैक्स को अगली पंक्ति में ले जाते हैं, तो चेकबॉक्स और लेबल दोनों के लिए पर्याप्त जगह होनी चाहिए, और कार्यक्षमता बहुत आत्म व्याख्यात्मक होनी चाहिए :)

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

क्या वर्तमान में ऐसा करने के लिए वर्कअराउंड है?

इसके लिए कोई अपडेट? यह बहुत अच्छे डैशबोर्ड की स्थापना कर रहा है।

एक यूआई विचार होगा:

• YMax (सॉफ्ट) - ग्राफ का शीर्ष हमेशा कम से कम यहां तक ​​फैला है
• वाईमैक्स (हार्ड) - ग्राफ का शीर्ष कभी भी यहां से आगे नहीं बढ़ता है
• YMin (नरम) - ग्राफ का निचला भाग हमेशा कम से कम यहां तक ​​फैला होता है
• YMin (हार्ड) - ग्राफ़ का निचला भाग यहां से आगे कभी नहीं बढ़ता है

इस पर एक और कदम वाई-अक्ष को परिभाषित करने के लिए न्यूनतम अवधि हो सकता है कि वर्तमान वाई-कम से वाई-हाई तक का अंतराल कभी भी दिए गए मूल्य से कम नहीं होना चाहिए। इस तरह से रेंडर यह सेट करने के लिए स्वतंत्र है जहां y अक्ष शुरू और समाप्त होना चाहिए - और एक ही समय में पहाड़ों में प्रदान किए जाने वाले मूल्यों में मामूली बदलाव से बचें।

मुझे यह भी पता चला कि यह शोर डेटा के साथ एक बहुत ही आम समस्या है और अधिकांश डेटा शोर है।

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

लगभग 2 साल पहले से:

यूआई पता लगाने के लिए समय के इंतजार में सुविधा को वापस कर दिया

कृपया एक बेहतर UI माने जाने पर कृपया > और < वापस लाएं।

मैं इस तरह की सुविधा का बेसब्री से इंतजार कर रहा हूं, जैसा कि 2 साल पहले हटा दिया गया था!

यहां तक ​​कि अलग-अलग प्रणालियों पर एक ही मीट्रिक की निगरानी करने वाले टेम्पर्ड चार्ट भी गलत तरीके से दृश्य देते हैं क्योंकि तराजू ऑटो को चार्ट पर वर्तमान डेटा पर स्वतंत्र रूप से समायोजित किया जाता है।

न्यूनतम अधिकतम वाई अक्ष मूल्य के लिए एक हैक है।

न्यूनतम पैमाने पर आप चाहते हैं के लिए एक Baseline मीट्रिक बनाएँ। यहाँ मैंने CPU समय के लिए 1s चुना है:

बेसलाइन मीट्रिक के लिए ओवरराइड्स को ग्राफ से गायब करने के लिए जोड़ें:

बस।

एकमात्र दोष यह है कि आप इसकी आधारभूत संरचना को देख सकते हैं:

जो लोग @bobrik के सहायक काम के आसपास पढ़ते हैं, इन दिनों आप ओवरराइड में टूलटिप्स से baseline आइटम भी छिपा सकते हैं।

@bobrik @ sb3tcs हाय, मैं आपके वर्कअराउंड का उपयोग करना चाहूंगा, लेकिन ग्राफ्टाना एक क्वेरी सिंटैक्स त्रुटि के साथ समाप्त होता है, अगर मैं सभी को क्वेरी में डाल देता हूं तो 20 या कुछ अन्य नंबर। आधार रेखा मीट्रिक कैसे बनाएं? या इस प्रकार की क्वेरी का समर्थन करने के लिए मेरा ग्राफाण 5.1 बहुत पुराना है?

मैंने एक दूसरे प्रश्न पर कुछ जंजीरदार कार्यों का इस्तेमाल किया ताकि ग्राफ को y- अक्ष पर ज्यादा ज़ूम करने से रोका जा सके।
इस उदाहरण में मैंने एक ग्राफ में कई सर्वरों से उपयोगकर्ताओं में लॉग इन किया।

मैंने समान डेटा बिंदुओं के साथ एक अतिरिक्त क्वेरी जोड़ी:
ऑफसेट (-20) समुच्चयबोध (1 मी, मिनट) हटाओबेलोव्यू (0) सेटअलीस (छिपा हुआ)

इससे डायनामिक ज़ूम बदलता है
अधिकतम तक न्यूनतम
सेवा
न्यूनतम -20 (जबकि नकारात्मक में नहीं) अधिकतम तक

नकली ग्राफ को छिपाने के लिए:
विज़ुअलाइज़ेशन ओवररेज रेगेक्स के साथ "/hidden_.*/"
तर्ज: झूठी
किंवदंती: झूठी
टूलटिप में छिपाएँ

आप संभवतः कई ग्राफ़ के बीच y- अक्ष को भी सिंक कर सकते हैं। प्रति सर्वर एक पैनल की तरह और प्रत्येक पैनल में सभी सर्वरों के डेटा बिंदुओं से मिनट / अधिकतम इकट्ठा।

मुझे एक और वर्कअराउंड मिला। मैंने अभी न्यूनतम और अधिकतम टैग के साथ एक मिनट और अधिकतम समय जोड़ा है। रेखा कुछ इस तरह थी
weather,sensorID=min temperature=0
weather,sensorID=max temperature=20
वे ग्राफ़ में जुड़ जाते हैं और ऊपर उल्लिखित की तरह छिपे रहते हैं। केवल समस्या यह है कि आपको इसे नियमित रूप से इंजेक्ट करने की आवश्यकता है।
यहाँ बताया गया है कि यह अधिकतम तापमान 19 पर सेट करने की आवश्यकता हो सकती है, इसलिए यह अक्ष को 20 पर समायोजित करता है।

संपादित करें: 19 के रूप में अधिकतम डालें और यह काम किया।

मैं इस धागे पर अड़ गया कि ग्राफ्टाना में एक लचीली y- अधिकतम सेट करने के लिए एक समाधान की तलाश में। मेरे उपयोग के मामले के लिए, मैं एक एपीआई के लिए अनुरोध विलंबता और आयतन रेखांकन कर रहा हूं। मैं लगभग 500 ms (.5 सेकंड) के लिए एक लचीली y- अधिकतम सेट करना चाहता हूं, ताकि मैं कम-विलंबता कॉलों की बारीकियों को देख सकूं और अधिकतम विलंबता के नीचे y- अधिकतम को स्वतः समायोजित करते हुए स्पाइकी आउटलेर्स और ऑटो को समायोजित करके वह दहलीज।

मैंने सेटिंग की कोशिश की: y-min को 0 और y-max को <.5। यह समस्या एक साथ / अलग से विलंबता और अनुरोध मात्रा संबंधी प्रश्नों को रेखांकन के बावजूद हुई। क्या इस मुद्दे पर कोई नई प्रगति हुई है? यह वास्तव में मेरी टीम के लिए फायदेमंद होगा।

मैं अपने ग्राफ़ के कुछ स्क्रीनशॉट्स को अलग-अलग कॉन्फ़िगर किए गए y- अधिकतम के साथ शामिल कर रहा हूं (प्रत्येक शीर्षक शीर्षक द्वारा लेबल किया गया मामला)

यदि आप 500ms से ऊपर के मानों को रेखांकन नहीं करना चाहते हैं, तो आप रिमूव ऐलव्यू (0.5) का उपयोग करने का प्रयास कर सकते हैं
फिर ग्राफ को बताएं कि अशक्त मूल्यों को कैसे संभाला जाना चाहिए

कोई सुराग नहीं अगर इस फ़ंक्शन के लिए गणना किए गए मापदंडों का उपयोग करने का कोई तरीका है

कुछ हद तक अधिक आधारभूत वर्कअराउंड निम्नानुसार है:

यह ग्राफ़, लीजेंड और होवर टूलटिप में दिखाई देने वाली आधार रेखा क्वेरी को रोकता है, और स्टैकिंग के साथ समस्याएँ पैदा करने से भी रोकता है।

यह वास्तव में एक किनारे का मामला नहीं है, बल्कि एक बहुत ही सामान्य मामला है। मुझे वास्तव में लगता है कि यह बहुत बार होता है कि कोई "सॉफ्ट" मिनट / अधिकतम मान के साथ वाई-अक्ष चाहता है। Y- अक्ष पैमाने को स्थापित करने का मुख्य कारण यह है कि कोई इसे अपेक्षित डेटा श्रेणी के साथ संरेखित करना चाहता है, और साथ ही संरेखित y- अक्ष के साथ कई ग्राफ़ रखना चाहता है ताकि कोई आसानी से मूल्यों की तुलना कर सके।

यह जानना दिलचस्प होगा कि इस चीज़ को अन्य समान सॉफ़्टवेयर में कैसे नाम दिया गया है

Highchartjs इसे सॉफ्टमिन / सॉफ्टमैक्स कहते हैं।
https://api.highcharts.com/highcharts/yAxis

AnyChart इसे सॉफ्ट मिन / मैक्स कहता है।
https://docs.anychart.com/Axes_and_Grids/Scales#soft

चार्टज के पास इस उपयोग-मामले को संभालने के लिए "सुझाए गए मैमीन / मैक्स" विकल्प हैं।
https://www.chartjs.org/docs/latest/axes/cartesian/linear.html#axis-range- सेटिंग

amharts उन्हें न्यूनतम / अधिकतम और सख्त / अधिकतम कॉल करता है।
https://www.amcharts.com/docs/v4/reference/valueaxis/#strictMinMax_property

उदाहरण के लिए RRDtool में डिफ़ॉल्ट रूप से "सॉफ्ट" सीमाएं होती हैं, जब कोई ऑटोस्केल का उपयोग करता है, लेकिन इसमें rigid का एक विकल्प होता है जो पैमाने पर "कठिन" सीमा को बाध्य करता है।

[-यू | -उपर-सीमा मूल्य] [-l | --ग्लोअर-लिमिट वैल्यू] [-r | --रिगिड] [-लग-सिकुड़]

डिफ़ॉल्ट रूप से ग्राफ ऑटोस्कोलिंग होगा ताकि यह डेटा की श्रेणी के लिए y- अक्ष को समायोजित करेगा। आप स्पष्ट रूप से सीमाएं निर्धारित करके इस व्यवहार को बदल सकते हैं। प्रदर्शित y- अक्ष तब कम से कम सीमा से ऊपरी-सीमा तक होगा। जब तक कठोर विकल्प निर्धारित नहीं किया जाता है, तब तक ऑटोकॉस्लिंग उन सीमाओं को बढ़ाए जाने की अनुमति देगा। ऑटो-डाउन स्केल की अनुमति देकर कठोर व्यवहार को समाप्त करने की अनुमति दें, ग्राफ़ उपयोगकर्ता द्वारा निर्दिष्ट सीमाओं से आगे नहीं बढ़ेगा।
https://oss.oetiker.ch/rrdtool/doc/rrdgraph.en.html

झांकी में सभी पंक्तियों या स्तंभों के लिए समान अक्ष सीमा की अनुमति देने के लिए एक सुविधा है, और आप उदाहरण के लिए केवल y अक्ष के लिए ऐसा करने के लिए चुन सकते हैं। यह समस्या को थोड़े अलग तरीके से हल करता है, लेकिन यह अभी भी एक ही उपयोग-मामला है, जहां कोई एक ही अक्ष श्रेणी / स्केल के लिए कई चार्ट चाहता है।

जबकि इसके आस-पास बहुत सारी चर्चा ने स्केलिंग के लिए अलग-अलग नरम मिनट और अधिकतम मूल्यों को लागू करने पर ध्यान केंद्रित किया है, मुझे लगता है कि "सॉफ्ट वाई-एक्सिस रेंज" फीचर को इस के हिस्से के रूप में लागू करने में बहुत अधिक मूल्य है, "सॉफ्ट" से अलग "मूल पोस्टर के सुझाव के अनुसार, न्यूनतम / अधिकतम। सॉफ्ट-मिनिमल और मैक्सिमम का उपयोग y- अक्ष पर निश्चित स्थिति को निर्दिष्ट करने के लिए किया जाएगा जो कि ऑटो-स्केलिंग के दौरान हमेशा दिखाई देना चाहिए। इसका उपयोग तब किया जा सकता है जब आपको y- अक्ष मानों की एक ज्ञात श्रेणी मिली हो, जिसे आप हमेशा दिखाई देना चाहते हैं, जो ऑटो-स्केलिंग के ज़ूमिंग प्रभाव के कारण अतिरंजित चोटियों और गर्तों के रूप में दिखने वाले छोटे भिन्नताओं को रोकने के लिए उपयोगी है। हालांकि, यह केवल तभी काम करता है जब आप जानते हैं कि उन y- अक्ष मान डिज़ाइन समय पर होने वाले हैं, जो हमेशा ऐसा नहीं होता है, विशेष रूप से अंत-उपयोगकर्ताओं द्वारा उपयोग के लिए टेम्पलेट बनाने वाले लोगों के लिए जिनके पास अलग-अलग हार्डवेयर और लोड पैटर्न हो सकते हैं।

ऑटो स्केलिंग के लिए एक न्यूनतम y- अक्ष रेंज विकल्प इस आवश्यकता को हटा देगा। जब मानों के एक सेट पर उपयोग किया जाता है जहां डेटा की सीमा (यानी abs(max(Y)-min(Y)) ) कॉन्फ़िगर की गई न्यूनतम y- अक्ष सीमा से अधिक नहीं होती है, तो y- अक्ष पर न्यूनतम और अधिकतम मान ऐसे सेट किए जाएंगे कि डेटा लंबवत केंद्रित है। यह समय से पहले सटीक y- अक्ष मूल्यों को जानने की आवश्यकता के बिना, ग्राफर डिजाइनर की आवश्यकता के बिना, छोटे संस्करण को अतिरंजित करने के मुद्दे से बचा जाता है।

गणना को प्रदर्शित करने के लिए स्यूडोकोड की त्वरित बिट:

minRange = 25
dataRange = abs(max(Y)-min(Y))
if dataRange < minRange:
    yAxisExtension = (minRange - dataRange) / 2
    yAxisMin = min(Y) - yAxisExtension
    yAxisMax = max(Y) + yAxisExtension

इस दृष्टिकोण से पैमाने पर आउटलेर्स को धक्का नहीं लगेगा, जैसे कि माध्य के बारे में केंद्रित होगा।

एक उदाहरण उपयोग-केस के रूप में, कल्पना करें कि आप NUT / upsd से डेटा की निगरानी के लिए एक डैशबोर्ड डिज़ाइन कर रहे हैं, और आप पावर उपयोग ग्राफ को एक साथ रख रहे हैं। जबकि मेरा UPS 400W औसत हो सकता है, किसी और का औसत 100W या 1000W हो सकता है, यह इस बात पर निर्भर करता है कि उनका हार्डवेयर सेटअप कैसा दिखता है। समय से पहले यह जानना संभव नहीं है। खींची गई शक्ति की मात्रा आमतौर पर थोड़े समय के पैमाने पर काफी स्थिर होती है, हालांकि, इसका अर्थ है कि ऑटोसालिंग किए जाने पर यह वाई-एक्सिस अतिशयोक्ति से ग्रस्त है। यह न्यूनतम y- अक्ष श्रेणी के लिए एक सही उपयोग-मामला है, जहां आप दिए गए समय अवधि में विचरण के पैमाने के बारे में उचित अनुमान लगा सकते हैं, लेकिन पूर्ण मूल्य का परिमाण नहीं है।

यदि किसी सेंसर में सीमित रिज़ॉल्यूशन है, तो आप सभी देखते हैं कि मात्रा का शोर तब होता है जब चयनित समय अवधि में मात्रा बहुत कम होती है। मैं उदाहरण के लिए एक न्यूनतम वाई-स्पैन देखना चाहूंगा कि इस मात्राकरण शोर को ग्राफ में बहुत अधिक न बढ़ाया जाए।
बाएँ और दाएँ दोनों y- अक्षों में थोड़ा y- मान अवधि के मामले में, ऊपरी आधे की ओर एक y- अक्ष के केंद्र को और दूसरी y- अक्ष के केंद्र को निचले हिस्से की ओर 'कुहनी करना' अच्छा होगा आधा। अनावश्यक अनावश्यक बाएँ / दाएँ Y- मूल्य चौराहों को दबाएगा। बेशक, यदि दोनों Y- कुल्हाड़ियों को समान मात्रा में दिखाते हैं, तो कुल्हाड़ियों को इस तरह नहीं उखाड़ना चाहिए, लेकिन पहले से ही 'सिंक्रोनाइज y-axes' विकल्प मौजूद है।