AISubHub/AI समाचार
डेवलपर

विस्तृत विश्लेषण · लगभग 6 मिनट पढ़ना

Databricks AI Runtime सामान्य उपलब्ध: GPU प्रशिक्षण, शासन और तेज शुरुआत की सीमाएँ

AIR प्रबंधित GPU और NVIDIA उपकरण जोड़ता है। शुरुआत की देरी, प्रयोग के प्रमाण, अलगाव और पूरे खर्च का विश्लेषण।

यहाँ प्रकाशित
स्रोत की तारीख
स्रोत जाँचा गया

Databricks ने 21 अक्टूबर को AI Runtime की सामान्य उपलब्धता और NVIDIA एकीकरण के विस्तार की घोषणा की। यह उद्यम डेटा के पास प्रबंधित GPU पर प्रशिक्षण और अनुकूलन है, नया व्यक्तिगत AI सब्सक्रिप्शन नहीं। हर मॉडल, क्षेत्र और एक्सेलरेटर विन्यास की उपलब्धता इससे सिद्ध नहीं होती।

समाचार सुनें

यह लेख सुनें या समाचार लगातार चलाएँ।

Databricks AI Runtime सामान्य उपलब्ध: GPU प्रशिक्षण, शासन और तेज शुरुआत की सीमाएँ

पढ़ने की तैयारी हो रही है…

डिवाइस की आवाज़

वाक् प्रक्रिया आपके ब्राउज़र या डिवाइस में होती है। AISubHub पाठ किसी ऑडियो API को नहीं भेजता। आवाज़ों और लॉक स्क्रीन पर चलने की सुविधा डिवाइस पर निर्भर है।

जारी करने पर छोटा वाक्यांश दोहराया जा सकता है।

मुख्य बातें

  • AIR बहु-नोड GPU, निजी वातावरण, NVIDIA NeMo और NGC कंटेनर को MLflow तथा Unity Catalog से जोड़ता है। लेखों में क्षेत्रवार क्षमता की पूरी सूची या सार्वभौमिक मूल्य-सूची नहीं है।
  • एक ग्राहक आठ A100 से सोलह H100 पर जाकर प्रशिक्षण करीब सात दिन से 48 घंटे करने की बात कहता है। हार्डवेयर और नोड संख्या भी बदलीं; बताया गया 3.5 गुना परिणाम केवल AIR सॉफ्टवेयर का प्रभाव अलग नहीं करता।

सामान्य उपलब्धता संचालन बदलती है, उपयोगी परिणाम अपने-आप सिद्ध नहीं करती

21 अक्टूबर की घोषणा GPU खरीद, क्लस्टर व्यवस्था, नेटवर्क और बुनियादी ढाँचे की सेहत को प्रबंधित AIR में रखती है। इसमें पहले से तैयार सर्वरलेस GPU पूल, वातावरण कैश और इमेज की विलंबित लोडिंग बताई गई है: कंटेनर का बाकी डेटा पृष्ठभूमि में आते समय निष्पादन शुरू हो सकता है। इससे शुरुआत की देरी कम होने का कारण समझ आता है, पूरा प्रशिक्षण उतने अनुपात में तेज होने का प्रमाण नहीं। Databricks एक लाख GPU-घंटों से अधिक के रन और आठ A100 से सोलह H100 पर जाकर लगभग सात दिन से 48 घंटे हुए ग्राहक उदाहरण बताता है। दोनों आँकड़ों के आधार अलग हैं। हमारी सलाह है संसाधन तैयारी, प्रशिक्षण और विफल रन की पुनरावृत्ति अलग मापें; एक्सेलरेटर और नोड बदलने पर लाभ केवल सॉफ्टवेयर को नहीं दिया जा सकता।

स्वास्थ्य जाँच दोहराती विफलता रोकती है, हर विफलता नहीं

Databricks के अनुसार AIR प्रशिक्षण से पहले दिए गए नोड जाँचता है और चलते समय भी उनकी निगरानी करता है। वह NCCL संचार विफलता, तापमान या बिजली सीमा से प्रदर्शन घटना और GPU ड्राइवर समस्याएँ देखता है। खराब नोड से कार्य विफल होने पर AIR उसे पहचानकर अलग करता है, ताकि अगले कार्य उसी पर न भेजे जाएँ। यह बार-बार की अवसंरचना समस्या का उपाय है। लेख हर कार्य के बिना रुकावट चलते रहने, प्रगति कभी न खोने या हर चेकपॉइंट अपने आप फिर शुरू होने का दावा नहीं करता। हमारा सुझाव पहचान, अलगाव और बहाली के अलग प्रमाण जाँचना है; नोड स्वास्थ्य सुविधा शून्य-विफलता सेवा गारंटी नहीं।

अनुकूलन को दोहराने योग्य वातावरण और तय मूल्यांकन चाहिए

NVIDIA के साथ लेख NeMo, NeMo Automodel, Databricks Artifact Registry से NGC कंटेनर, अपने Docker इमेज और निजी रजिस्ट्री बताता है। RDMA वाला Quantum InfiniBand और NCCL GPU नोडों के बीच संचार के घटक हैं, व्यक्तिगत चैटबॉट की अतिरिक्त तर्क-सुविधा नहीं। घोषित रास्ते में Nemotron अनुकूलन, सत्यापित Kumo Anomaly फाइन-ट्यूनिंग रेसिपी, Lakeflow समन्वय और मूल्यांकन के बाद Model Serving आते हैं। समर्थित रास्ते हर मनचाहा मॉडल बिना बदलाव माइग्रेट होने का प्रमाण नहीं हैं। हमारी प्रस्तावित जाँच कोड संस्करण, कंटेनर, डेटा, विन्यास और अलग रखे मूल्यांकन को जोड़ती है। कंटेनर निर्भरताएँ स्थिर रख सकता है, फिर भी डेटा विभाजन या स्कोर नियम बदलने से प्रयोग बदलता है। हमने ये फ्रेमवर्क या रेसिपी इंस्टॉल अथवा निष्पादित नहीं किए।

मेट्रिक्स और नियंत्रित फाइलें अगला फैसला संभव बनाती हैं

लेख कहता है कि AIR प्रशिक्षण कार्यों के MLflow प्रयोग अपने आप बनाता और संभालता है। शोधकर्ता और एजेंट स्थिति, चलते लॉग और मेट्रिक्स पा सकते हैं। टीम का शोध डेटा Unity Catalog में है; FUSE माउंट उसे फाइल सिस्टम जैसे तरीके से देता है, Databricks वर्कस्पेस के बीच भी। फाइल जैसा रास्ता पहुँच का तरीका है, न कि शासन हटाना या हर एजेंट को सारे डेटा की अनुमति देना। हमारे अनुसार उपयोगी शोध चक्र में इनपुट और परिणाम के खोजे जा सकने वाले संबंध चाहिए, केवल एक और कार्य चलाने का आदेश नहीं। खराब मेट्रिक मॉडल बदलाव, अलग इनपुट या अवसंरचना विफलता से आया, यह पहचानना संभव होना चाहिए।

आठ गुना आँकड़ा कार्य गिनता है, सिद्ध सुधार नहीं

15 अक्टूबर का अलग आंतरिक तकनीकी लेख संदर्भ देता है, सामान्य उपलब्धता का दूसरा बेंचमार्क नहीं। बताए गए autoresearch चक्र के चार चरण हैं: एजेंट बदलाव सुझाते हैं, समानांतर परीक्षण भेजते हैं, प्रशिक्षण मेट्रिक्स जाँचते हैं और योजना बदलते हैं। Databricks CLI और databricks-air-skills कार्य नियंत्रण और MLflow परिणामों तक पहुँच देते हैं। कंपनी कहती है कि इस तरीके के विस्तार से AI Functions शोध के प्रशिक्षण कार्य आठ गुने हुए। गुणक दोहराने के लिए पूरा आधार और मापन अवधि नहीं दी गई। अधिक परीक्षण अपने आप बेहतर अंतिम मॉडल, तेज व्यक्तिगत प्रशिक्षण या कम खर्च नहीं बनाते। हमारा विश्लेषण है कि मूल्यांकन इतना स्वतंत्र रहे कि सिर्फ चुने मेट्रिक को बेहतर करने, लेकिन असली काम न सुधारने वाले बदलाव पकड़े जा सकें।

शासन और खर्च दिखने के बावजूद हर जॉब की सीमाएँ तय करनी होंगी

सामान्य सेवा के लिए Databricks VM-स्तर अलगाव, PrivateLink, सर्वरलेस बाहर जाने वाले नेटवर्क नियंत्रण और डेटा, चेकपॉइंट तथा लॉग पर Unity Catalog अनुमति बताता है। बिलिंग सिस्टम टेबल जॉब-स्तर उपयोग दिखाती हैं; तेज शुरुआत अपने-आप छोटा बिल नहीं है। हमारा विश्लेषण है कि एजेंट आधारित प्रयोग उपयोगी समानांतरता और जरूरत से अधिक अधिकार के नुकसान दोनों बढ़ाते हैं। एक सीमित काम, स्पष्ट डेटा व नेटवर्क पहुँच, सुरक्षित रखा मूल्यांकन और खर्च व समवर्ती रन की सीमा से शुरुआत करें। स्वीकृत गुणवत्ता सुधार, दोबारा प्रयास, GPU-घंटे, प्रतीक्षा और कुल लागत को पुराने तरीके से मिलाएँ। लेखों में पूरी क्षेत्र-एक्सेलरेटर सूची या एक समान शुल्क नहीं है, इसलिए वास्तविक परिनियोजन में जाँच जरूरी है। सामान्य उपलब्धता वैज्ञानिक समीक्षा, निर्भरता परीक्षण या नतीजों की व्याख्या की जिम्मेदारी की जगह नहीं लेती।

यह क्यों अहम है

हमारा विश्लेषण: निष्पादन, डेटा अनुमति और मूल्यांकन रिकॉर्ड साथ रखने से समन्वय घट सकता है, लेकिन माइग्रेशन को संगतता, पुनर्प्राप्ति और स्वीकार्य मॉडल सुधार पूरे GPU बिल के साथ साबित करने होंगे।

सीमाएँ और उपलब्धता

स्रोत Databricks की घोषणाएँ और उसका पहले का आंतरिक तकनीकी विवरण हैं, AISubHub के परीक्षण नहीं। सेकंडों में शुरुआत, ग्राहक परिणाम और जॉब संख्या विक्रेता के अवलोकन हैं, सार्वभौमिक SLA, बचत या गुणवत्ता की गारंटी नहीं। हमने उदाहरण नहीं चलाए और ग्राहक खाते या क्षेत्रीय क्षमता नहीं जाँची।

स्रोत और प्रमाण

Databricks Engineering Blog

स्रोत की तारीख: · स्रोत जाँचा गया:

Databricks Engineering Blog

स्रोत की तारीख: · स्रोत जाँचा गया:

Databricks Engineering Blog

स्रोत की तारीख: · स्रोत जाँचा गया:

AI की सहायता से लिखे लेखों को दिए गए प्राथमिक स्रोतों से जाँचा जाता है। प्रदाता के दावों का श्रेय स्पष्ट है; सूची में होना समर्थन नहीं है।