Rust बनाम Node.js: बैकएंड बेंचमार्क और विलंबता

शार्कबेंच एक स्वतंत्र सामुदायिक परियोजना है जो तीन चीजों को मापती है: समवर्ती HTTP अनुरोधों, I/O संचालन और JSON क्रमबद्धता को संभालने के लिए एक ढांचे की क्षमता। परीक्षण 24 अगस्त, 2025 को अंतिम सार्वजनिक अपडेट के साथ, Ryzen 7 7800X3D पर डॉकर/लिनक्स के तहत चलता है (sharkbench.dev/web, 24 अगस्त, 2026 को एक्सेस किया गया)।

स्रोत: शार्कबेंच, 24 अगस्त, 2025 - डॉकर/लिनक्स, रायज़ेन 7 7800X3D।

एक्सम - ऑराबेस अपने रस्ट कोर के लिए जिस फ्रेमवर्क का उपयोग करता है, उसे Cargo.toml में सत्यापित किया गया है - इस बेंच पर प्रति सेकंड 21,030 अनुरोधों को संसाधित करता है। एक्सप्रेस, उत्पादन में सबसे अधिक उपयोग किया जाने वाला Node.js फ्रेमवर्क, एक ही हार्डवेयर पर 5,766 प्रोसेस करता है: 3.6 का कारक। यह कोई अकेला मामला नहीं है. परीक्षण किए गए चार रस्ट फ्रेमवर्क 18,000 से 22,000 req/s की एक संकीर्ण सीमा के भीतर आते हैं, जबकि तीन Node.js फ्रेमवर्क का परीक्षण 5,766 और 9,340 के बीच हुआ।

व्यवहार में, "req/s" निरंतर समवर्ती लोड के तहत थ्रूपुट को मापता है - कम ट्रैफ़िक वाली साइट पर पृथक अनुरोध की गति को नहीं। हर कुछ सेकंड में एक बार बुलाए गए समापन बिंदु के लिए, अंतर कभी नहीं देखा जाता है। यह एक हॉट एंडपॉइंट पर निर्णायक बन जाता है - एक वास्तविक समय प्रवाह, भारी ट्रैफ़िक वाला एक सार्वजनिक एपीआई, एक नौकरी जो हजारों कॉलों को एक साथ जोड़ती है - जहां समान हार्डवेयर के लिए प्रति सीपीयू कोर संसाधित अनुरोधों की संख्या, सीधे बुनियादी ढांचे के बिल को निर्धारित करती है।

औसत विलंबता इस बेंच पर समान पदानुक्रम का पालन करती है: परीक्षण किए गए रस्ट फ्रेमवर्क के लिए 1.4 से 1.7 एमएस, जबकि परीक्षण किए गए नोड.जेएस फ्रेमवर्क के लिए 3.4 से 5.5 एमएस की तुलना में।

स्रोत: शार्कबेंच, 24 अगस्त, 2025 - मध्यम विलंबता, p99 नहीं।

यह आंकड़ा औसत है, p99 नहीं। प्रबंधित रनटाइम में कचरा रुकना ज्यादातर प्रेषण कतार को प्रभावित करता है - सबसे धीमे अनुरोध, माध्यिका नहीं। यह इस श्रृंखला में एक समर्पित लेख का विषय है: कचरा संग्रहकर्ता की अनुपस्थिति p99 विलंबता को क्यों बदलती है।

रस्ट स्वामित्व द्वारा मेमोरी का प्रबंधन करता है, संकलन समय पर जाँच की जाती है - पृष्ठभूमि में कोई कचरा संग्रहकर्ता नहीं चल रहा है और निष्पादन में बाधा नहीं डाल रहा है। आधिकारिक रस्ट बुक इसका सारांश इस प्रकार देती है: "स्वामित्व की कोई भी सुविधा आपके प्रोग्राम को चलने के दौरान धीमा नहीं करेगी" (रस्ट प्रोग्रामिंग लैंग्वेज, doc.rust-lang.org, 24 अगस्त 2026 को एक्सेस किया गया)। जैसे ही वेरिएबल का स्वामित्व दायरे से बाहर हो जाता है, मेमोरी मुक्त हो जाती है - संकलन समय पर एक ज्ञात समय, रनटाइम पर अप्रत्याशित विराम नहीं।

fn main() {
    let data = String::from("réponse API"); // `डेटा` स्ट्रिंग का स्वामी है
    process(data); // कब्ज़ा यहीं छूट जाता है
    // `डेटा` अब यहां मान्य नहीं है - कोई लटकता हुआ सूचक नहीं, कोई डबल फ्री नहीं
} // `डेटा` यहां नियतात्मक रूप से जारी किया जाता है

fn process(s: String) {
    println!("{s}");
} // `s` यहां दायरे से बाहर हो जाता है: तत्काल रिलीज, बिना कचरा संग्रहण पास के

इसके विपरीत, Node.js, एक एकल JavaScript थ्रेड पर चलता है और एक बहु-चरण ईवेंट लूप (टाइमर, विलंबित कॉलबैक, पोल, चेक...) के माध्यम से कर्नेल को I/O संचालन सौंपता है - लेकिन उस थ्रेड पर कोई भी समकालिक गणना, जिसमें V8 इंजन से कचरा संग्रहण पास भी शामिल है, चलने के दौरान निष्पादन को अवरुद्ध कर देता है (आधिकारिक Node.js दस्तावेज़, nodejs.org, 24 अगस्त, 2026 को एक्सेस किया गया)। यह एक मेमोरी मॉडल अंतर है, कार्यान्वयन विवरण नहीं।

उसी बेंच से सबसे प्रतिकूल परिणाम रस्ट से संबंधित नहीं है: यह स्वयं Node.js से संबंधित है। एक्सप्रेस - एक और एक ही कोड, एक और एक ही एपीआई - एप्लिकेशन कोड की एक पंक्ति को बदले बिना, Node.js पर 5,766 req/s से बन पर 18,917 req/s तक जाता है, ×3.3 का एक कारक (Sharkbench, 24 अगस्त, 2025)।

स्रोत: शार्कबेंच, 24 अगस्त, 2025 - वही एक्सप्रेस कोड, तीन जावास्क्रिप्ट रनटाइम।

डेनो पर, यही एक्सप्रेस कोड 6,088 req/s पर कैप करता है - Node.js के करीब, बन से दूर। जावास्क्रिप्ट भाषा तीनों मामलों में समान है; यह रनटाइम है - इसका जेएस इंजन, इसका इवेंट लूप कार्यान्वयन, इसका कचरा संग्रहण - जो गेम को बदल देता है। रनटाइम, संस्करण और ढांचे को निर्दिष्ट किए बिना "रस्ट" की तुलना "नोड.जेएस" से करना भाषाओं की नहीं, बल्कि कॉन्फ़िगरेशन की तुलना करने जैसा है।

TechEmpower फ्रेमवर्क बेंचमार्क उसी विचार को बड़े पैमाने पर दर्शाता है। इसका ओपन सोर्स रिपॉजिटरी 24 मार्च, 2026 को अपडेट किया गया था, और इसका सबसे हालिया राउंड (राउंड 23) 16 मार्च, 2026 की एक पोस्ट का विषय था (TechEmpower, 24 अगस्त, 2026 को एक्सेस किया गया)। यह परियोजना सैकड़ों कार्यान्वयनों पर कई प्रकार के परीक्षण चलाती है, ठीक इसलिए क्योंकि एक भी परीक्षण कभी भी किसी ढांचे का प्रतिनिधित्व नहीं करता है, भाषा की तो बात ही छोड़ दें।

डेटाबेस बाजार के एक खिलाड़ी कॉन्वेक्स ने इस विषय पर सबसे स्पष्ट स्थिति तैयार की है: प्रतिस्पर्धी डेटाबेस के बीच विपणन "बार चार्ट युद्ध" में भाग लेने से इनकार करना, जिसे भ्रामक माना जाता है। "यह थिएटर का विस्तार है, विस्तार नहीं", टीम लिखती है (Convex, 24 अगस्त 2026 को एक्सेस किया गया)। हम इस रीडिंग को साझा करते हैं: एक प्रकाशित पद्धति के बिना, एक खाली आंकड़ा, कुछ भी साबित नहीं करता है - न तो किसी प्रतियोगी के लिए, न ही हमारे लिए।

What it changes in concrete terms: hardware (CPU, RAM), exact version of the framework and runtime, size of the JSON payload, level of competition and duration of the test all vary the ranking — sometimes more than the choice of language itself. A bench that does not publish these parameters does not reproduce, therefore does not verify itself — see our complete and reproducible methodology for benchmarking abackend.

The core backend of Aurabase is written in Rust, on axum and tokio — checked in the Cargo.toml of the monorepo: ten services (aura-gateway, aura-auth, aura-db…) share the same workspace dependency axum (0.8) and the same runtime tokio, in 2021 edition. The gateway which routes data plane and management plane traffic relies on hyper in addition to axum — the full details are in our article on the data plane / management plane architecture of the gateway. The structure of the Cargo workspace that supports these ten services is documented in our article on the Cargo workspace.

हमारे पास अभी तक प्रलेखित कार्यप्रणाली और हार्डवेयर के साथ प्रकाशित ऑराबेस थ्रूपुट या विलंबता आंकड़ा नहीं है। यह जानबूझकर किया गया है: हम पद्धति को अन्य तरीके से प्रकाशित करने के बजाय आंकड़े से पहले प्रकाशित करना पसंद करते हैं - यह इस श्रृंखला में भविष्य के लेख का विषय है।

संपूर्ण आर्किटेक्चर तुलना के लिए - ऑराबेस पर एकीकृत रस्ट कोर बनाम प्रत्यक्ष प्रतियोगी पर प्रलेखित विषम स्टैक एलिक्सिर/गो/टाइपस्क्रिप्ट/नोड - हमारी विस्तृत तुलना ऑराबेस बनाम सुपाबेसदेखें। यदि आप पहले से ही किसी प्रोजेक्ट को माइग्रेट कर रहे हैं, तो सुपाबेस टू ऑराबेस माइग्रेशन गाइड स्कीमा, आरएलएस नीतियों और एसडीके को कवर करता है।

इस लेख में उद्धृत सभी पंक्तियाँ, जैसा कि 24 अगस्त, 2025 को शार्कबेंच द्वारा प्रकाशित किया गया था (डॉकर/लिनक्स, रायज़ेन 7 7800X3डी)।

इस डेटा का हवाला दें: शार्कबेंच, "वेब फ्रेमवर्क बेंचमार्क," sharkbench.dev/web, अंतिम बार 24 अगस्त, 2025 को अपडेट किया गया।

यहां उद्धृत बेंच पर, सभी रस्ट फ्रेमवर्क एक संकीर्ण सीमा में चलते हैं - 18,000 से 22,000 req/s, 1.4-1.7 एमएस - नोड.जेएस पर Node.js फ्रेमवर्क से बहुत आगे (5,766-9,340 req/s, 3.4-5.5 एमएस)। लेकिन रनटाइम स्थिति के साथ-साथ भाषा को भी बदल देता है: बन पर एक्सप्रेस लगभग रस्ट पर एक्सम की बराबरी कर लेता है।

यदि आप अकेले कच्चे प्रदर्शन पर बैकएंड का मूल्यांकन करते हैं, तो संख्या से पहले कार्यप्रणाली की आवश्यकता होती है: हार्डवेयर, संस्करण, पेलोड आकार, प्रतिस्पर्धा का स्तर। ऑराबेस ने अभी तक अपने आंकड़े जारी नहीं किए हैं; जब ऐसा होगा, तो कार्यप्रणाली पहले आएगी।