तुलनीय काम। स्पष्ट मान्यताएँ।

1. एक वर्ज़न वाला तुलना अनुबंध

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

उस अनुबंध के भीतर परिणामों के बीच GPU मॉडल, GPU संख्या, हार्डवेयर, इंटरकनेक्ट और पैरेललिज़्म अलग हो सकते हैं, लेकिन हर परिणाम को अपना मापा गया कॉन्फ़िगरेशन बनाए रखना होगा। V1 कीमत बाइंडिंग केवल एक नोड का समर्थन करती है। हार्डवेयर परफ़ॉर्मेंस स्केलिंग का कोई अनुमान नहीं लगाया जाता।

2. एक फ़ॉर्मूला, स्पष्ट इकाइयाँ

पूरे सिस्टम की प्रति घंटा लागत C और टोकन/सेकंड में संगत कुल थ्रूपुट T के लिए:

प्रति 1M टोकन USD = 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 दर्ज करता है कि समीक्षित इनपुट कब जोड़े गए। बाद का बेंचमार्क किसी पहले की कीमत तारीख पर अर्थशास्त्र स्थापित नहीं करता; यह लेजर ऐतिहासिक परफ़ॉर्मेंस का बैकफ़िल नहीं करता।