प्रोडक्शन पर मापी गई क्षमता
20,000 लोग। एक भी कनेक्शन नहीं टूटा।
इस पेज का हर आंकड़ा असली pollslive.com पर किए गए लोड टेस्ट से आया है - किसी स्टेजिंग कॉपी या स्प्रेडशीट के अनुमान से नहीं। नीचे तरीका, पूरे नतीजे और वह सीमा है जिसे हमने पार नहीं किया।
अंतिम माप: 20 जुलाई 2026
हमने क्या मापा
चार आंकड़े, हर एक प्रोडक्शन पर किए गए एक निर्दिष्ट टेस्ट से। हर एक अपनी शर्त के साथ।
2,500
लोग एक ही सवाल का एक साथ जवाब देते हुए
सभी 2,500 जवाब स्वीकार हुए, एक भी नहीं छूटा, प्रति सेकंड 100 जवाब की लगातार गति पर।
2026-07-20
20 ms
एक जवाब स्वीकार करने में मध्यमान समय
p95 77 ms, p99 104 ms, सबसे धीमा एकल जवाब 140 ms - उसी 2,500 लोगों के कमरे में।
2026-07-20
20,000
एक साथ लाइव प्रतिभागी
सभी 20,000 जुड़े और उन्हें स्टेट अपडेट मिला। शून्य विफलता, p99 कनेक्ट 34 ms।
2026-07-11
8,000
लोग नतीजे लाइव अपडेट होते देखते हुए
शून्य विफलता। एक बाद के टेस्ट में जवाबों की बौछार चलते हुए भी 4,000 दर्शक टिके रहे।
2026-07-11
असली परीक्षा का पल
किसी को यह चिंता नहीं होती कि लोग जुड़ पाएंगे या नहीं। चिंता उस पल की होती है जब आप सवाल दिखाते हैं और पूरा कमरा एक साथ जवाब देता है। यह डेटाबेस राइट्स की बौछार है, और यहीं ऐसे टूल टूटते हैं। इसलिए हमने जानबूझकर यही किया: असली कमरा, असली जॉइन, असली गेटवे से गुज़रते असली जवाब।
| कमरे का आकार | जवाब की गति | स्वीकृत जवाब | विफल | स्वीकार करने का समय p50 / p95 / p99 |
|---|---|---|---|---|
| 300 | 25/सेकंड | 300 | 0 | 17 / 31 / 46 ms |
| 1,500 | 50/सेकंड | 1,500 | 0 | 16 / 35 / 66 ms |
| 2,500 | 100/सेकंड | 2,500 | 0 | 20 / 77 / 104 ms |
आखिरी कॉलम ऊपर से नीचे पढ़िए। कमरा आठ गुना बड़ा होता है और जवाब की गति चार गुना, फिर भी मध्यमान मुश्किल से हिलता है। बात यही है: कमरा बड़ा होने पर जवाब का समय बिगड़ता नहीं।
यह सपाट क्यों रहता है
पहले लाइव गिनती स्लाइड के सभी जवाबों से दोबारा जोड़ी जाती थी, इसलिए हर नए जवाब की लागत पिछले से थोड़ी ज़्यादा होती थी - 200 लोगों पर ठीक, 2,000 पर बुरा। अब यह एक इंक्रीमेंटल काउंटर है, जिससे एक जवाब की लागत इस बात से स्वतंत्र हो जाती है कि उससे पहले कितने आए।
सबको कमरे में लाना
जवाब देने से पहले जुड़ना पड़ता है। हर प्रतिभागी पूरे सत्र के लिए एक खुला WebSocket रखता है, तो सवाल यह है कि एक मशीन कितने कनेक्शन संभालती है - और सबसे धीमा व्यक्ति अंदर आने के लिए कितना इंतज़ार करता है।
| प्रतिभागी | जुड़े | विफल | सबसे धीमा कनेक्ट (p99) |
|---|---|---|---|
| 1,000 | 1,000 | 0 | 9 ms |
| 3,000 | 3,000 | 0 | 8 ms |
| 5,000 | 5,000 | 0 | 7 ms |
जुलाई के टेस्ट ने इसी हार्डवेयर पर इस आयाम को 20,000 एक साथ प्रतिभागियों तक पहुँचाया, शून्य विफलता और 34 ms के p99 कनेक्ट के साथ।
यह कहाँ रुकता है
सीमा छिपाने से बेहतर है उसे प्रकाशित करना, तो यह रही हमारी। राइट्स ही टूटने की जगह हैं: पूरे प्लेटफ़ॉर्म पर लगभग 100 जवाब प्रति सेकंड साफ़ चलते हैं, और करीब 180 प्रति सेकंड पर मशीन हार मान लेती है। सीमित करने वाला संसाधन एक साझा 4-कोर होस्ट का CPU है - डेटाबेस नहीं, जिसका कनेक्शन पूल दोनों टेस्ट में कभी खत्म होने के करीब भी नहीं आया।
प्लान की सीमाएँ यहीं से आती हैं
N लोगों का कमरा लगभग दस सेकंड में जवाब दे तो प्रति सेकंड N/10 राइट्स बनते हैं। सीमा से उल्टा हिसाब लगाइए और वही लाइव प्रतिभागी सीमाएँ मिलती हैं जो हम सच में लागू करते हैं: Free पर 50, Pro पर 1,000, Team पर 1,500, Event Pass पर 2,500 और Enterprise पर 5,000। ये मनमानी नहीं हैं, और न ही इंजीनियरिंग के भेस में कोई पेवॉल।
हम असीमित स्केल का दावा नहीं करते। अगर आपका कमरा ऊपर के आंकड़ों से बड़ा है, आयोजन से पहले बताइए - हम ईमानदारी से हाँ या ना कहेंगे।
हमने कैसे टेस्ट किया
असली प्रोडक्शन के विरुद्ध
कोई कॉपी नहीं। जनरेटर ने वही एज प्रॉक्सी, वही कंटेनर, वही डेटाबेस और वही रियलटाइम गेटवे चलाया जो pollslive.com को सेवा देते हैं - कम व्यस्त समय में, और पहले 5xx या फेल हेल्थ चेक पर तुरंत रुकने की व्यवस्था के साथ।
रेट लिमिटर हटाकर
हर कृत्रिम अनुरोध एक अलग नकली क्लाइंट IP लेकर चला ताकि प्रति-IP लिमिटर क्षमता को छिपा न सकें। हम सर्वर मापना चाहते थे, अपना ही दरवाज़ा नहीं।
और बाद में सफ़ाई करके
हर टेस्ट में इस्तेमाल-और-फेंको वर्कस्पेस, पोल और सत्र इस्तेमाल हुए, अंत में मिटाए गए और शून्य बची पंक्तियों पर जाँचे गए। प्रोडक्शन पूरे समय ठीक रहा, और उसी मशीन पर मौजूद दूसरी साइट भी।
सतर्क अनुमान के साथ
लोड जनरेटर उसी मशीन पर चले जिसे वे टेस्ट कर रहे थे और उसका लगभग एक कोर खाया। बाहरी क्लाइंट के साथ असली सीमाएँ प्रकाशित आंकड़ों से थोड़ी ऊपर हैं।
ये आंकड़े बनाने वाले उपकरण
चारों रिपॉज़िटरी में हैं। यहाँ कुछ भी ऐसी स्क्रिप्ट से नहीं मापा गया जिसे आप पढ़ न सकें।
scripts/load-test/answer-storm.mjslive answers through the gatewayscripts/load-test/realtime-load.mjsconcurrent WebSocket participantsscripts/load-test/sse-flood.mjsconcurrent live-results viewersscripts/load-test/vote-storm.mjsasync vote write throughput
पूरी रिपोर्टें
दोनों रिपोर्टें - उन टेस्ट सहित जो विफल हुए और उन अड़चनों सहित जो अब तक ठीक नहीं हुईं - कोड के साथ ही रखी हैं।
- क्षमता और स्ट्रेस टेस्ट
docs/LOAD_TEST_CAPACITY_2026-07.md2026-07-11 - लाइव पथ का रिग्रेशन टेस्ट
docs/LOAD_TEST_REGRESSION_2026-07-20.md2026-07-20
अपना सबसे बड़ा कमरा लाइए
शुरू करना मुफ़्त, कार्ड नहीं चाहिए, बनाने के लिए खाता भी नहीं। अगर यह 2,500 लोगों के एक साथ जवाब देने को संभाल लेता है, तो आपकी पूरी टीम की मीटिंग भी संभाल लेगा।