Overclocking

ASIC شريحة متخصصة في حسابات التعدين. يحدد ترددها بوحدة MHz وتيرة العمل، بينما يقيس hashrate محاولات الهاش في الثانية. تعني ⁦MHz⁩ ميغاهرتز، أي ملايين دورات الساعة في الثانية. وعدد هذه الدورات ليس هو عدد محاولات الهاش المكتملة. تقارن لوسي الوضع الجديد بملف سابق محدد. تشرح Braiins أن التردد الأعلى يحتاج غالبًا إلى جهد أعلى للحفاظ على استقرار الشرائح. يحدد Mining Firmware، وهو برنامج التحكم بالجهاز، وضع التشغيل المطلوب. لكن تغيير الهدف على الشاشة لا يثبت الأداء المحقق؛ فلا بد أن تبلغه الشرائح ثم تحافظ عليه. [1] [5] [6]

تشير Braiins إلى أن رفع التردد والجهد يضعف غالبًا كفاءة الطاقة. ترمز ⁦W⁩ إلى القدرة المستهلكة بالواط. تعني ⁦TH/s⁩ تيراهاش في الثانية، أي تريليونات محاولات الهاش في الثانية. وتعني ⁦J/TH⁩ جول لكل تيراهاش: الطاقة اللازمة لتريليون محاولة من هذه المحاولات. لنأخذ نموذجًا توضيحيًا من إعدادنا: ⁦3000 W / 100 TH/s = 30 J/TH⁩. بعد التغيير نقيس ⁦3960 W / 120 TH/s = 33 J/TH⁩. زادت السرعة بمقدار 20% والقدرة بمقدار 32%، وزادت الطاقة اللازمة للعمل نفسه بمقدار 10%. القيمة الأقل بوحدة ⁦J/TH⁩ تعني طاقة أقل للعدد نفسه من المحاولات. ليست هذه إعدادات موصى بها، بل مثال يوضح لماذا لا تعني الحسابات الأكثر تشغيلًا أوفر بالضرورة. [1] [5] [6]

قد تجد لوسي أيضًا Autotuning. تستخدم Braiins هذا الاسم للبحث عن تردد وجهد مناسبين لكل شريحة وفق الهدف المختار. ويمكن أن يعمل الضبط دون الأداء الاسمي، مثلًا عند السعي إلى استهلاك أقل. أما Overclocking فيقول إن التردد تجاوز مرجعًا، ولا يوضح مدى العناية باختيار الإعدادات. لذلك لا يثبت تفعيل الضبط التلقائي وجود رفع للتردد، كما لا يثبت التردد الأعلى تحسين إعدادات كل شريحة. [2]

في مثال Braiins، يستهدف S19 قدرة 3000 W لكن لديه لوحة حساب واحدة تعمل. يخصص التوزيع المبني على اللوحات الثلاث المتوقعة لها 1000 W، لا كامل 3000 W. الفرق على الشاشة ليس تلقائيًا احتياطيًا آمنًا لهذه اللوحة. لا تستطيع لوسي مجرد رفع الهدف العام وافتراض أن العتاد السليم سيعوض الجزء المفقود. لكل لوحة حدود، وكذلك PSU، أي وحدة تزويد الطاقة، والدائرة الكهربائية. تظل هذه الحدود قائمة حتى عندما يصبح التعدين أبطأ. [2]

يجيب أمر frequencyset في LuxOS فورًا بينما يتغير التردد تدريجيًا. يتحقق frequencyget من التردد الفعلي، وتوضح IsRamping هل الانتقال ما زال جاريًا. هذا هو الفرق بين تلقي التعليمة وتنفيذها. تحذر الوثائق من أن خطوة كبيرة جدًا قد تتلف الشرائح أو اللوحة. لذا لا تقيس لوسي الأمان بسرعة الرد ولا تستعجل الانتقال الوقائي. وحتى بلوغ التردد المستهدف لا يثبت وحده استقرارًا طويل الأمد تحت الحمل. [3]

تستخدم LuxOS نظام ATM، أي Advanced Thermal Management، لتعديل التشغيل وفق الحرارة. بعد التبريد يمكنه رفع الأداء حتى Maximum Profile. يعتمد السقف الافتراضي على ملف EEPROM، أي إعداد المصنع المخزن، وليس بلا حد. يجب أن تسمح كل مدخلات الحرارة المتاحة بالزيادة، بما فيها درجات حرارة الشرائح والماء الداخل، إذا كان الجهاز يقيسها. إحساس لوسي ببرودة الغرفة لا يكفي. تهم درجات الحرارة الداخلية والحدود المضبوطة أيضًا، وقد يؤدي رفع السقف المسموح إلى زيادة القدرة المستهلكة. [4]

إلى جانب السقف، لدى LuxOS ATM إعداد Minimum Profile، وهو أدنى ملف مسموح. قد ترفعه لوسي لمنع انخفاض الأداء، لكنها بذلك قد تسلب التنظيم المساحة التي يحتاجها في الحر. إذا تعذر خفض الحمل أكثر واستمرت الحرارة بالصعود، فقد يوقف البرنامج الجهاز. لذلك لا يضمن الحد الأدنى المرتفع أداءً مرتفعًا باستمرار. يشمل تقييم رفع التردد مدى قدرة الجهاز على التراجع بأمان عند تغير الظروف، لا مجرد أقصى ما يمكن بلوغه. [4]

تقارن لوسي فترات متساوية بظروف متشابهة. تفحص العمل المقبول لدى مجمع التعدين، وهو خدمة تنسق بين المعدّنين، والأخطاء والتوقفات وقدرة المنظومة كاملة. تذكّر Braiins بأن تقدير البرنامج ليس قياسًا دقيقًا عند المقبس. قد تبدو ذروة قصيرة في hashrate المحلي جيدة، لكن الأخطاء أو الانقطاعات تمحو بعض فائدتها. للكهرباء والتبريد الإضافيين تكلفة أيضًا. لذلك لا تثبت الحسابات الأكثر وحدها عائدًا صافيًا أعلى أو عمرًا لم يتغير. الأهم هو النتائج الموثقة، لا الهدف المضبوط فقط. [2] [1]