Порівнянна робота. Явні припущення.

1. Версіонований контракт порівняння

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

Модель GPU, кількість GPU, обладнання, інтерконект і паралелізм можуть відрізнятися між результатами в межах цього контракту, але кожен результат має зберігати свою виміряну конфігурацію. Прив’язка ціни у V1 підтримує лише один вузол. Жодне масштабування апаратної продуктивності не виводиться.

2. Одна формула, явні одиниці

Для погодинної вартості всієї системи C і сумісної сукупної пропускної здатності T у токенах/секунду:

USD за 1 млн токенів = C × 1,000,000 / (T × 3,600)

Погодинна ціна за GPU множиться на виміряну кількість GPU один раз. Погодинна ціна за весь інстанс уже є ціною системи. Пропускна здатність на GPU множиться на виміряну кількість GPU один раз; сукупна пропускна здатність використовується напряму. Контракт порівняння визначає вхідні, вихідні або загальні токени.

Для навчання: вартість визначеного запуску = погодинна вартість системи × виміряні години запуску. GPU-hour на запуск ділиться на виміряну кількість GPU, щоб оцінити фактичні години; це явно позначено як облікову оцінку. Сценарії з повторними запусками передбачають послідовні ідентичні запуски.

3. Сумісність цін і витрати

Засновник має засвідчити, що публічне цінове спостереження охоплює точну виміряну конфігурацію та опубліковану плату за обчислювальні потужності. Підтримуються оригінальні одиниці USD GPU/година та інстанс-година. Інші валюти та одиниці залишаються недоступними. Публічний агрегований фіксинг KCI не може замінити ціну системи, яку можна придбати.

Враховується лише опублікована плата за обчислювальні потужності. Налаштування, окремо тарифіковані CPU/RAM, сховище, мережа/вихідний трафік, податки та підтримка не враховуються. Базові знімки не моделюють мінімальних зобов’язань, кроків тарифікації, втрат від недовикористання чи доступності; фактичні витрати можуть бути вищими. Це не ціни токенів API і не оцінки загальної вартості.

4. Актуальність, перевірка та ревізії

Спостереження бенчмарків зберігають наявну 180-денну межу актуальності продуктивності. Economics v1 застосовує 30-денну межу для цін, щоб не подавати старі прейскурантні спостереження як поточні витрати. Це вікна відповідності, а не оцінки рівня довіри. Класи джерел: задекларовано провайдером, незалежне або внутрішнє.

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

5. Історія та інструменти для рішень

Історія економіки — це інформаційний реєстр. Це не рівень індексу, і він не вставляється автоматично в історію фіксингів KCI. Виправлення посилаються на попередні знімки. Зміни конфігурації, версії контракту, ревізії бенчмарку чи формули утворюють окремі сегменти. Історичне заповнення заднім числом не генерується.

Сценарії обсягів користувача зберігають вибрані умови навантаження. Час оцінюється за сталою виміряною пропускною здатністю або повторними ідентичними навчальними запусками. Перейдіть за посиланням на пропозицію, щоб переглянути комерційні деталі, або відкрийте Workload Economics, щоб планувати з додатковими припущеннями. Жодних дій із бронювання чи закупівлі не виконується.

Сценарії вартості та строків

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

Продуктивні години = години знімка на одиницю метрики × запитані одиниці
Фактичні години = продуктивні години / (відсоток використання / 100)
Тарифіковані години = max(фактичні години, мінімальні тарифіковані години користувача)
Проміжний підсумок за обчислення = тарифіковані години × погодинна плата системи в USD
Модельований підсумок = проміжний підсумок за обчислення + явно введені додаткові витрати в USD

Кожен сценарій використовує одну виміряну систему й передбачає, що вона тарифікується під час простою. Мінімальна тарифікація змінює вартість, а не час завершення. Незаповнені додаткові витрати залишаються невідомими; модельований підсумок не показується. Оцінка строку не враховує черг, затримок запуску та обмежень потужностей. Повні договірні зобов’язання, невведені платежі та доступність у провайдера залишаються неперевіреними. Результат не є ні повною TCO, ні котируванням.

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

6. Доступ до даних лише для читання

GET /api/index/economics?limit=50&format=json GET /api/index/economics?group=GROUP_UUID&format=csv

Обмеження: 1–100 знімків; за замовчуванням 50. Невідомі, дубльовані або некоректні параметри відхиляються. Відповіді містять оригінальні вхідні дані, одиниці, джерела, часові позначки, ревізії, поточний статус і коди причин. Читання застосовує правила публічної видимості, виключає учасників і нотатки перевірки та не розкриває внутрішнього реєстру запусків. Обмежені відповіді явно позначають скорочення.

Час спостереження та розрахунку

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