← नवीनतम पेपर
🤖 machine learning

TraceLab: Characterizing Coding Agent Workloads for LLM Serving

यह शोध पत्र TraceLab प्रस्तुत करता है, जो 4,300 से अधिक वास्तविक दुनिया के कोडिंग-एजेंट सत्रों का एक व्यापक डेटासेट और विश्लेषण है, ताकि लंबे स्वायत्त लूप (long autonomous loops) और विविध टूल कॉल्स जैसे अद्वितीय वर्कलोड पैटर्न को चित्रित किया जा सके, जिससे LLM सर्विंग सिस्टम को अनुकूलित करने के विशिष्ट अवसरों की पहचान की जा सके।

मूल लेखक: Kan Zhu, Mathew Jacob, Chenxi Ma, Yi Pan, Stephanie Wang, Arvind Krishnamurthy, Baris Kasikci

प्रकाशित 2026-06-30
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Kan Zhu, Mathew Jacob, Chenxi Ma, Yi Pan, Stephanie Wang, Arvind Krishnamurthy, Baris Kasikci

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

कल्पना कीजिए कि आपके पास एक सुपर-स्मार्ट, अथक डिजिटल सहायक (एक "कोडिंग एजेंट") है जो सॉफ्टवेयर लिखने में आपकी मदद करता है। आप उससे एक बग ठीक करने के लिए कहते हैं, और वह केवल उत्तर नहीं देता; वह एक कमरे में जाता है, फाइलें खोलता है, टेस्ट चलाता है, परिणामों को पढ़ता है, और फिर वापस आकर आपसे पूछता है, "क्या मुझे यह दूसरा तरीका आज़माना चाहिए?" वह यह काम तब तक बार-बार करता रहता है जब तक कि काम पूरा न हो जाए।

TraceLab पेपर इन 4,300 कार्य सत्रों (work sessions) की एक विशाल, विस्तृत डायरी की तरह है। शोधकर्ताओं ने यह समझने के लिए कि इन सहायकों को चलाने वाले कंप्यूटरों को तेज़ और सस्ता कैसे बनाया जाए, वास्तव में देखा कि ये सहायक वास्तविक दुनिया में (किसी टेस्ट लैब में नहीं) कैसे काम करते हैं।

यहाँ उनके निष्कर्ष दिए गए हैं, जिन्हें रोजमर्रा के उदाहरणों (analogies) के माध्यम से समझाया गया है:

1. "लंबी बातचीत, छोटे उत्तर" का विरोधाभास (The "Long Conversation, Short Answers" Paradox)

निष्कर्ष: सहायक बोलने से पहले इतिहास का एक विशाल हिस्सा पढ़ता है, लेकिन जब वह अंततः बोलता है, तो वह बहुत कम कहता है।
उदाहरण: एक लाइब्रेरियन की कल्पना करें जिसे आपको एक विशिष्ट तथ्य बताने के लिए पूरी विश्वकोश (1,00,000 पन्ने) को फिर से पढ़ना पड़ता है। एक बार जब वे उसे ढूंढ लेते हैं, तो वे आपसे केवल एक वाक्य फुसफुसाते हैं।
यह क्यों मायने रखता है: अधिकांश कंप्यूटर सिस्टम लंबे भाषणों को संभालने के लिए बनाए गए हैं। लेकिन ये कोडिंग एजेंट उन लाइब्रेरियन की तरह हैं जो बड़ी किताबें पढ़ते हैं लेकिन छोटे उत्तर फुसफुसाते हैं। कंप्यूटर अपनी 90% ऊर्जा नया टेक्स्ट बनाने के बजाय केवल इतिहास को "फिर से पढ़ने" (context) में खर्च करता है।

2. "मेमोरी कैश" की समस्या (The "Memory Cache" Problem)

निष्कर्ष: सिस्टम इतिहास को एक विशेष, तेज़ मेमोरी (जिसे प्रिफिक्स कैश कहा जाता है) में सहेजने की कोशिश करता है ताकि उसे हर बार पूरी किताब न पढ़नी पड़े। यह 96% समय काम करता है, लेकिन जब आप एक लंबा ब्रेक लेते हैं, तो यह विफल हो जाता है।
उदाहरण: तेज़ मेमोरी को अपने डेस्क पर रखे एक 'स्टिकी नोट' की तरह समझें। यदि आप काम जारी रखते हैं, तो नोट वहीं रहता है। लेकिन यदि आप लंच के लिए जाते हैं, झपकी लेते हैं, या घर चले जाते हैं, तो स्टिकी नोट गिर जाता है (इसे "evict" कर दिया जाता है)। जब आप वापस आते हैं, तो सहायक को स्टिकी नोट देखने के बजाय लाइब्रेरी की शेल्फ से पूरी किताब फिर से पढ़नी पड़ती है।
लागत: पेपर में पाया गया कि इन एजेंटों का उपयोग करने की कुल लागत का लगभग 13% उस गलती से आता है जब स्टिकी नोट गिर जाता है और आपको लंच ब्रेक के कारण पूरी किताब फिर से पढ़नी पड़ती है।

3. "टूल कॉल" का उतार-चढ़ाव (The "Tool Call" Rollercoaster)

निष्कर्ष: सहायक लगातार "टूल्स" (जैसे फाइल खोलना या कमांड चलाना) का उपयोग करते हैं। अधिकांश टूल्स तुरंत काम करते हैं, लेकिन कुछ बहुत अधिक समय लेते हैं, जिससे देरी का एक "लॉन्ग टेल" (long tail) बन जाता है।
उदाहरण: खाना ऑर्डर करने की कल्पना करें। 90% समय, आप केवल एक गिलास पानी मांगते हैं (तुरंत)। लेकिन कभी-कभी, आप एक स्टेक (steak) पकाने के लिए कहते हैं, जिसमें 20 मिनट लगते हैं। भले ही स्टेक के ऑर्डर दुर्लभ हों, वे रसोई का अधिकांश समय ले लेते हैं।
अंतर्दृष्टि: शोधकर्ताओं ने पाया कि जबकि सहायक दर्जनों अलग-अलग टूल्स का उपयोग करते हैं, उनमें से केवल तीन या चार (जैसे कमांड चलाना या फाइल पढ़ना) 80% काम करते हैं। हालांकि, "धीमे" टूल्स (जैसे किसी जटिल प्रक्रिया के पूरा होने का इंतज़ार करना) वे हैं जिनकी वजह से उपयोगकर्ता को सबसे लंबे समय तक इंतज़ार करना पड़ता है।

4. "मानवीय ठहराव" की बाधा (The "Human Pause" Bottleneck)

निष्कर्ष: वास्तविक कंप्यूटर कार्य तेज़ है, लेकिन सत्रों का अधिकांश समय इंसान के सोचने, टाइप करने या पढ़ने के इंतज़ार में बीतता है।
उदाहरण: एक रेस कार ड्राइवर (AI) की कल्पना करें जो 200 मील प्रति घंटे की रफ्तार से गाड़ी चला सकता है, लेकिन वह एक पैदल यात्री (इंसान) के कारण ट्रैफिक जाम में फंसा हुआ है जो अपना जूता बांधने के लिए रुक गया है। कार तैयार है, लेकिन उसे खाली बैठना पड़ता है।
अंतर्दृष्टि: कंप्यूटर अक्सर इंसान के इंतज़ार में खाली बैठा रहता है। पेपर सुझाव देता है कि यदि कंप्यूटर इन लंबे मानवीय ठहरावों के दौरान "सीट गर्म रख सके" (यानी मेमोरी को जीवित रख सके), तो यह बहुत सारा पैसा और समय बचा सकता है।

5. "टूल स्विचिंग" का ओवरहेड (The "Tool Switching" Overhead)

निष्कर्ष: हर बार जब AI "सोचने" से "टूल का उपयोग करने" और फिर वापस "सोचने" की ओर स्विच करता है, तो उसमें थोड़ा सा बर्बाद समय और ऊर्जा होती है।
उदाहरण: यह एक ऐसे शेफ की तरह है जिसे फ्रिज तक जाना पड़ता है, सामग्री लेनी पड़ती है, वापस चूल्हे पर आना पड़ता है, खाना बनाना पड़ता है, फिर वापस फ्रिज तक जाना पड़ता है, और इसे दोहराना पड़ता है। यदि वे एक साथ कई सामग्रियां ले सकें और उन्हें एक साथ पका सकें, तो वे बहुत अधिक कुशल होंगे।
सुझाव: पेपर सुझाव देता है कि AI को एक समय में एक छोटा काम करने के लिए कहने के बजाय, हमें उसे कई टूल क्रियाओं को एक साथ जोड़ने (bundle करने) के लिए प्रोत्साहित करना चाहिए ताकि "आने-जाने" के चक्कर को कम किया जा सके।

"TraceLab" के योगदान का सारांश

इस पेपर से पहले, लोग इन कोडिंग एजेंटों को छोटे, नकली परीक्षणों (जैसे AI को एक गणित का सवाल हल करने के लिए कहना) का उपयोग करके समझने की कोशिश करते थे। लेकिन वास्तविक कोडिंग कई चरणों वाली एक लंबी, उलझी हुई बातचीत है।

TraceLab पहली बार है जब शोधकर्ताओं ने इन बातचीत के एक विशाल, वास्तविक दुनिया के लॉग को देखा है। उन्होंने पाया कि इन AI कोडिंग सहायकों को बेहतर बनाने के लिए, हमें केवल AI को "ज़्यादा स्मार्ट" बनाने पर ध्यान केंद्रित करने की ज़रूरत नहीं है। इसके बजाय, हमें बेहतर "लाइब्रेरी" (मेमोरी सिस्टम) बनाने की आवश्यकता है जो बड़ी किताबों को संभाल सके, बेहतर "स्टिकी नोट्स" (कैश) जो लंच ब्रेक के दौरान भी न गिरें, और बेहतर "रसोई" (टूल सिस्टम) की आवश्यकता है जो दुर्लभ, धीमी ऑर्डर्स को संभाल सके बिना पूरे सिस्टम को जाम किए।

शोधकर्ताओं ने अपना डेटा और टूल्स जारी कर दिए हैं ताकि अन्य इंजीनियर इन जानकारियों का उपयोग तेज़, सस्ते और अधिक कुशल AI कोडिंग असिस्टेंट बनाने के लिए कर सकें।

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

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

Digest आज़माएँ →