Зріз ринку · 31 серпня 2026 ↗Курс Bitcoin$78,532Хешрейт мережі915 EH/sСкладність125.81 T

Енергія й охолодження

Luxor випробував керування навантаженням GPU

Публікація джерела: 2026-08-24 · Редакційний аналіз опубліковано: 2026-09-10

Luxor і Bentaus повідомили про зниження споживання GPU приблизно до 25% менш ніж за 500 мс у тесті ERCOT.

Publisher cover illustration for An AI GPU Just Responded to an ERCOT 4CP Signal for the First Time
Ілюстрація з першоджерела. Hashrate Index / Luxor; image as published with the cited article

Аналіз і практичні висновки

У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.

Швидкість реакції та її користь перевіряються окремо

Швидке зниження споживання електрики — інженерний результат. Чи створює така дія цінність для комерційного обчислювального сервісу, залежить від наслідків для завдань. Оператор AI має врахувати завершення роботи, затримки, безперервність послуги та час повернення до звичайного режиму.

Ця різниця знайома операторам майнінгу, але вимоги зростають, коли робота має клієнтські строки. Вимкнений Bitcoin-майнер просто не генерує частки роботи для пулу. AI-сервіс може мати незавершені запити, стан пам’яті для збереження або договірні вимоги до продуктивності. Тому енергосистему й застосунок потрібно оцінювати разом.

Вітротурбіни та старий вітряк на вітроелектростанції Roscoe у Західному Техасі.
Ілюстративне архівне фото; це не конкретний пристрій чи об’єкт із новини. Matthew T Rader · CC BY-SA 4.0

Визначте подію до оцінювання результату

Відтворюваний тест реагування на попит має фіксувати початкове навантаження, час команди, найнижче тривале навантаження та період відновлення. Синхронізуйте годинники лічильника й журналів застосунку. Інакше швидку реакцію програми можна переплутати з повільнішою зміною на фактичному мережевому підключенні.

Тривалість теж важлива. Коротке зниження може довести керованість, але не відповідати довшій комерційній події. Довша подія, своєю чергою, здатна вплинути на чергу клієнтів, навіть якщо початковий перехід плавний. Визначте потрібну тривалість, допустиме відхилення та межі відновлення до висновку про придатність навантаження до участі.

Врахуйте вартість відновлення роботи

Уявімо умовний обчислювальний сервіс, який зупиняє частину навантаження на десять хвилин, а потім запускає додаткове обладнання для відкладеної роботи. Початкове зниження за лічильником реальне, але частина потреби в енергії й потужності може повернутися пізніше. Цей ефект потрібно включити в економіку. Питання не лише в тому, скільки потужності зникло, а й у вартості всієї події.

Майнінговий майданчик стикається зі схожою проблемою, якщо перезапуск спричиняє нестабільність або втрату робочого часу. Фіксуйте невдалі перезапуски, ручні втручання та час повернення прийнятої пулом роботи до норми. Ці подробиці необхідні для перетворення успішної демонстрації на повторювану процедуру.

Що оператор може запросити у постачальника

Запросіть звіт, який пов’язує електричні вимірювання з показниками обчислювальних завдань. Він має визначати конфігурацію обладнання й ПЗ, тривалість події, критерії впливу на клієнтів та умови тесту. Якщо результат повідомив постачальник, зберігайте цю атрибуцію, а не подавайте його як незалежний тест.

На першому впровадженні обмежений тест із чіткими умовами зупинки корисніший за припущення, що всі стійки поводитимуться однаково. Мета — кероване навантаження, яке водночас виконує комерційні зобов’язання майданчика. Швидкість є лише частиною цієї мети; надійне відновлення та прозорі виміри доповнюють картину.

Джерело: Hashrate Index / Luxor ↗

Калькулятор майнінгу ↗

Ще в цій рубриці