← नवीनतम पेपर
🤖 AI

FlashSinkhorn: IO-Aware Entropic Optimal Transport on GPU

FlashSinkhorn एक IO-सचेत (IO-aware) GPU सॉल्वर है जो एंट्रोपिक ऑप्टिमल ट्रांसपोर्ट के लिए FlashAttention-शैली के फ्यूजन और टाइलिंग का लाभ उठाता है ताकि HBM मेमोरी ट्रैफिक को नाटकीय रूप से कम किया जा सके, जिससे अत्याधुनिक बेसलाइनों की तुलना में 161× तक की गति वृद्धि प्राप्त होती है और बड़े पैमाने के पॉइंट-क्लाउड कार्यों के लिए स्केलेबल ऑप्टिमाइज़ेशन सक्षम होता है।

मूल लेखक: Felix X. -F. Ye, Xingjie Li, An Yu, Ming-Ching Chang, Linsong Chu, Davis Wertheimer

प्रकाशित 2026-05-22
📖 5 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Felix X. -F. Ye, Xingjie Li, An Yu, Ming-Ching Chang, Linsong Chu, Davis Wertheimer

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आप दो विशाल जनसमूहों का मिलान करने की कोशिश कर रहे हैं। एक भीड़ मैदान के एक तरफ ( "स्रोत" या source) खड़ी है, और दूसरी भीड़ दूसरी तरफ ( "लक्ष्य" या target) है। आपका लक्ष्य हर किसी को इस तरह से जोड़ना है कि सबसे कुशल तरीका निकाला जा सके ताकि कुल तय की जाने वाली दूरी कम से कम हो। यह एक क्लासिक गणितीय समस्या है जिसे ऑप्टिमल ट्रांसपोर्ट (Optimal Transport) कहा जाता है।

आधुनिक मशीन लर्निंग में, हम अक्सर इस मिलान प्रक्रिया में थोड़ी सी "धुंधलापन" (fuzziness) जोड़ देते हैं ताकि गणित को संभालना आसान हो जाए। इसे एन्ट्रोपिक ऑप्टिमल ट्रांसपोर्ट (Entropic Optimal Transport) कहा जाता है। इसे हल करने के लिए, कंप्यूटर सिंकहॉर्न इटरेशन (Sinkhorn iterations) नामक एक विधि का उपयोग करते हैं, जो "हॉट पोटैटो" (गर्म आलू) के खेल की तरह है जहाँ कंप्यूटर दोनों भीड़ के बीच बार-बार नोट्स भेजता और प्राप्त करता रहता है, जब तक कि वह सबसे अच्छा समाधान न ढूंढ ले।

समस्या: ट्रैफिक जाम

लेख बताता है कि जबकि यह विधि छोटे समूहों के लिए अच्छी तरह काम करती है, लेकिन जब भीड़ बहुत बड़ी हो जाती है (जैसे दसियों हज़ार लोग), तो यह एक बड़ी दीवार से टकरा जाती है।

कंप्यूटर की मेमोरी को एक शहर के रूप में सोचें:

  • HBM (हाई बैंडविड्थ मेमोरी): यह शहर का मुख्य राजमार्ग (highway) है। यह विशाल है और इसमें बहुत सारा डेटा रखा जा सकता है, लेकिन यह धीमा है।
  • SRAM (ऑन-चिप मेमोरी): यह कंप्यूटर के प्रोसेसर के अंदर ही स्थित एक छोटा, अत्यंत तेज़ निजी कार्यालय है। यह बहुत तेज़ है लेकिन बहुत छोटा है।

मिलान की इस समस्या को हल करने वाले पुराने तरीके एक ऐसे डिलीवरी ट्रक की तरह थे जिसे हाईवे (HBM) से ऑफिस (SRAM) तक जाना पड़ता था और फिर वापस आना पड़ता था—और यह उसे हर एक जोड़ी लोगों की जाँच करने के लिए बार-बार करना पड़ता था। क्योंकि जोड़ों की संख्या लाखों में होती है, ट्रक हाईवे पर ट्रैफिक जाम में फंस जाता था, और डेटा को बार-बार लाने-ले जाने में ही उलझा रहता था। कंप्यूटर वास्तव में गणित करने के बजाय डेटा का इंतज़ार करने में अधिक समय बिता देता था।

समाधान: फ्लैशसिंकहॉर्न (FlashSinkhorn)

लेखकों ने फ्लैशसिंकहॉर्न नामक एक नया टूल बनाया। उन्होंने महसूस किया कि इस मिलान समस्या के पीछे का गणित बिल्कुल वैसा ही है जैसा कि ट्रांसफॉर्मर्स (Transformers) में उपयोग किया जाने वाला गणित है (वही तकनीक जो आपके साथ बात कर रहे इस AI चैटबॉट के पीछे है)।

ट्रांसफॉर्मर्स में, फ्लैशअटेंशन (FlashAttention) नामक एक चतुर ट्रिक है जो इसी तरह के ट्रैफिक जाम को हल करती है। पूरे डेटा को हाईवे (HBM) से ऑफिस (SRAM) तक बार-बार ले जाने के बजाय, फ्लैशअटेंशन डेटा के एक पूरे "टाइल" (एक छोटा बैच) को तेज़ ऑफिस में लोड करता है, वहां सभी आवश्यक गणनाएँ करता है, और केवल अंतिम परिणाम को हाईवे पर वापस लिखता है।

फ्लैशसिंकहॉर्न इसी "टाइल-आधारित" रणनीति को इस मिलान समस्या पर लागू करता है:

  1. पूरे मानचित्रों की आवश्यकता नहीं: हर संभव कनेक्शन का पूरा नक्शा लिखने के बजाय (जो मेमोरी में फिट होने के लिए बहुत बड़ा होगा), यह एक समय में एक छोटा सा 'टाइल' बनाकर ऑन-द-फ्लाई कनेक्शन की गणना करता है।
  2. "ऑफिस" रणनीति: यह गणनाओं के वर्तमान बैच को तेज़, छोटे ऑफिस (SRAM) में रखता है। यह भारी-भरकम मध्यवर्ती सूची को कभी भी धीमे हाईवे पर लिखे बिना, वहीं पर "मैच स्कोर" को अपडेट करता है।
  3. स्ट्रीमिंग: यह डेटा के माध्यम से एक कन्वेयर बेल्ट की तरह गुजरता है, जैसे-जैसे काम होता है वैसे-वैसे डेटा को प्रोसेस करता है और हटाता जाता है, जिससे हाईवे खाली रहता है।

परिणाम: गति और पैमाना

लेखकों ने शक्तिशाली GPU (विशेष रूप से A100) पर इसका परीक्षण किया। परिणाम नाटकीय थे:

  • गति: प्रारंभिक गणना के लिए यह 32 गुना तेज़ था और पूरी प्रक्रिया (गलतियों से सीखने सहित) के लिए यह मौजूदा सर्वोत्तम ऑनलाइन तरीकों की तुलना में 161 गुना तेज़ था।
  • मेमोरी: जहाँ पुराने तरीके 30,000 लोगों की भीड़ को मिलाने पर क्रैश (मेमोरी खत्म होना) हो जाते, वहीं फ्लैशसिंकहॉर्न आसानी से 50,000 लोगों को संभाल सकता था क्योंकि इसने कभी भी एक साथ पूरा मैप स्टोर करने की कोशिश नहीं की।
  • वास्तविक उपयोग: उन्होंने दिखाया कि यह वास्तविक कार्यों पर काम करता है, जैसे बड़े डेटासेट (जैसे हजारों छवियों) की तुलना करना और जटिल रिग्रेशन समस्याओं को हल करना जहाँ डेटा का क्रम मिला-जुला होता है।

निचोड़

फ्लैशसिंकहॉर्न ट्रैफिक में फंसे डिलीवरी ट्रक से एक हाई-स्पीड ड्रोन में अपग्रेड करने जैसा है। यह गंतव्य को नहीं बदलता (गणितीय उत्तर अभी भी सटीक है), लेकिन यह बदल देता है कि डेटा को कैसे स्थानांतरित किया जाता है। भारी काम को कंप्यूटर के तेज़ "ऑफिस" के अंदर रखकर और केवल अंतिम परिणामों के लिए धीमे "हाईवे" का उपयोग करके, यह विशाल मिलान समस्याओं को हल करना व्यावहारिक और तेज़ बना देता है। इसने एक ऐसे कार्य को जो पहले घंटों लेता था या कंप्यूटर को क्रैश कर देता था, सेकंडों के काम में बदल दिया है।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →