Underclocking

ASIC माइनिंग की गणनाओं के लिए विशेष चिप है। उसकी कार्य आवृत्ति, जिसे उदाहरण के लिए MHz में बताया जाता है, काम की गति तय करती है। MHz का अर्थ मेगाहर्ट्ज़ है। एक मेगाहर्ट्ज़ पर प्रति सेकंड दस लाख क्लॉक चक्र होते हैं। इन चक्रों की संख्या पूरे हुए हैश प्रयासों की संख्या के समान नहीं होती। पॉल को पहले समझना होगा कि वह किस प्रोफ़ाइल की तुलना में आवृत्ति घटा रहा है; संदर्भ के बिना कम शब्द अस्पष्ट है। Braiins बताता है कि धीमा संचालन कम वोल्टेज की गुंजाइश भी दे सकता है। पर केवल आवृत्ति बदलने से वोल्टेज बदलना सुनिश्चित नहीं होता। मशीन को नियंत्रित करने वाला Mining Firmware दोनों को साथ समायोजित कर सकता है, फिर भी वे अलग सेटिंग हैं। [1] [6] [7]

कल्पना करें कि चिप हर सेकंड कम कार्य चरण पूरे करती है। उसके भीतर स्विचिंग में लगने वाली ऊर्जा घट सकती है। Braiins इस संबंध को W = a × F × V² के रूप में सरल करता है: यहाँ W वॉट में विद्युत शक्ति की खपत, F आवृत्ति और V वोल्टेज दर्शाता है। अक्षर a इस मॉडल का गुणांक है। इस मॉडल में वोल्टेज का वर्ग आता है। यह संबंध समझाने का तरीका है, पूरी माइनिंग व्यवस्था की खपत का सटीक सूत्र नहीं। पंखे भी बिजली लेते हैं और पावर सप्लाई में हानि होती है। इसलिए पॉल केवल आवृत्ति सेटिंग से सटीक बिजली बिल नहीं जान सकता। [1] [7]

अपना एक उदाहरण लें: 2000 W / 100 TH/s = 20 J/TH। बदलाव के बाद माप है 1200 W / 50 TH/s = 24 J/TH। TH/s का अर्थ प्रति सेकंड टेराहैश है। एक टेराहैश में एक लाख करोड़ हैश प्रयास होते हैं। J/TH का अर्थ जूल प्रति टेराहैश, यानी एक लाख करोड़ ऐसे प्रयासों के लिए आवश्यक ऊर्जा है। बिजली लेने की दर 40% घटी, लेकिन नए मोड में समान संख्या के प्रयासों के लिए 20% अधिक ऊर्जा चाहिए। विद्युत सर्किट का भार कम होना उपयोगी हो सकता है, फिर भी ऊर्जा दक्षता बिगड़ी है। यह समझाने की गणना है, किसी मशीन की सुझाई गई सेटिंग नहीं। पॉल को खपत और पूरे हुए काम दोनों मापने चाहिए। [1] [5] [6] [7]

सेटिंग बदलने पर तुरंत आया जवाब निर्देश मिलने की पुष्टि करता है। इससे यह ज़रूरी नहीं हो जाता कि लक्ष्य भी हासिल हो गया हो। LuxOS में frequencyset के लिए आवृत्ति धीरे-धीरे बदलती है। वर्तमान आवृत्ति frequencyget से जाँची जा सकती है और IsRamping बताता है कि बदलाव चल रहा है या नहीं। S9 केवल कुछ निश्चित आवृत्ति स्तरों का समर्थन करता है। इसलिए जवाब का Frequency नाम का फ़ील्ड निकटतम समर्थित लक्ष्य बताता है, जो माँगी गई संख्या से अलग हो सकता है। वह लक्ष्य भी अपने आप यह साबित नहीं करता कि चिपें पहले से उसी आवृत्ति पर चल रही हैं। [2]

पॉल को हर बदलाव हाथ से शुरू नहीं करना पड़ता। LuxOS तापमान के अनुसार नियंत्रण के लिए ATM, यानी Advanced Thermal Management, इस्तेमाल करता है। गर्म होने पर यह आवृत्ति घटा सकता है और ठंडा होने पर अनुमत सीमा में बढ़ा सकता है। बढ़ाने के लिए सभी उपलब्ध तापमान संकेतों को शर्त पूरी करनी होगी; केवल एक ठंडा बोर्ड पर्याप्त नहीं। हार्डवेयर के अनुसार इनमें चिप तापमान और पानी से ठंडी होने वाली मशीन में आने वाले पानी का तापमान भी शामिल है। एक हिस्सा ठंडा होना पूरी मशीन का सुरक्षित तापमान सिद्ध नहीं करता। [3]

Underclocking कितनी भी खराब शीतलन स्थिति में निरंतर संचालन की गारंटी नहीं देता। LuxOS में Minimum Profile वह सबसे निचली प्रोफ़ाइल है जहाँ ATM जा सकता है; लक्ष्य बिजली खपत वाले मोड में power_min निचली सीमा देता है। पॉल इसे बहुत ऊँचा रखे और गर्मी बढ़ती रहे, तो नियंत्रण के पास और नीचे जाने की जगह नहीं बचती। फ़र्मवेयर मशीन बंद कर सकता है। निचली सीमा हर परिस्थिति में कम-से-कम उतना काम जारी रहने का वादा नहीं है। तापीय सुरक्षा इच्छित प्रदर्शन से अधिक महत्वपूर्ण है। [3]

Braiins स्थितियों के अनुसार बिजली या hashrate लक्ष्य बदलने के लिए DPS, यानी Dynamic Performance Scaling, इस्तेमाल करता है। Hashrate हर सेकंड हैश प्रयासों की संख्या है। ऊँचे स्तर पर वापसी संस्करण, मोड और समय संबंधी शर्तों पर निर्भर है। DPS Memory पिछली प्रतिक्रियाएँ ध्यान में रखता है, ताकि मशीन तेजी से ऊपर-नीचे न बदलती रहे। इसलिए धीमा ASIC अपने आप खराब नहीं है, भले स्क्रीन पर ऊँची प्रोफ़ाइल उपलब्ध हो। पॉल पहले तापमान और लॉग में कारण देखता है। सिर्फ संख्या बढ़ाने के लिए सुरक्षा बंद करना कारण दूर नहीं करता। [4]

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