जवाबों:
OpenStreetMap प्रति सेकंड 10-20 है लगता है
विकिपीडिया 300 सर्वरों पर 30000 से 70000 प्रति सेकंड फैला हुआ लगता है (प्रति मशीन प्रति 100 से 200 अनुरोध, जिनमें से अधिकांश कैश है)
जियोग्रफ़ को प्रति सप्ताह 7000 चित्र मिल रहे हैं (1 अपलोड प्रति 95 सेकंड)
यह निश्चित नहीं है कि किसी को अभी भी दिलचस्पी है, लेकिन यह जानकारी ट्विटर पर पोस्ट की गई थी (और यहां भी ):
आँकड़े
- 350,000 से अधिक उपयोगकर्ता। वास्तविक संख्या हमेशा की तरह, बहुत ही सुपर सुपर टॉप सीक्रेट हैं।
- प्रति सेकंड 600 अनुरोध।
- औसत 200-300 कनेक्शन प्रति सेकंड। प्रति सेकंड 800 कनेक्शन के लिए स्पाइकिंग।
- MySQL ने प्रति सेकंड 2,400 अनुरोधों को संभाला।
- 180 रेल के उदाहरण। Mongrel को "वेब" सर्वर के रूप में उपयोग करता है।
- 1 MySQL सर्वर (एक बड़ा 8 कोर बॉक्स) और 1 दास। दास केवल आंकड़ों और रिपोर्टिंग के लिए पढ़ा जाता है।
- विषम नौकरियों को संभालने के लिए 30+ प्रक्रियाएं।
- 8 सूर्य X4100s।
- रेल में 200 मिलीसेकंड में एक अनुरोध संसाधित करें।
- डेटाबेस में बिताया गया औसत समय 50-100 मिलीसेकंड है।
- 16 जीबी से अधिक का ज्ञापन।
जब मैं अपनी वेबहोस्ट के नियंत्रण कक्ष में जाता हूं, तो phpMyAdmin खोलें, और "MySQL रनटाइम जानकारी दिखाएं" पर क्लिक करें, मुझे मिलता है:
यह MySQL सर्वर 53 दिनों, 15 घंटे, 28 मिनट और 53 सेकंड के लिए चल रहा है। यह 24 अक्टूबर, 2008 को प्रातः 04:03 बजे शुरू हुआ।
क्वेरी आँकड़े: इसके स्टार्टअप के बाद से 3,444,378,344 प्रश्न सर्वर पर भेजे गए हैं।
कुल 3,444 M
प्रति घंटा 2.68 M
प्रति मिनट 44.59 k
प्रति सेकंड 743.13
यह पिछले 53 दिनों के लिए हर एक सेकंड में 743 mySQL प्रश्नों का औसत है!
मैं तुम्हारे बारे में नहीं जानता, लेकिन मेरे लिए यह तेज़ है! बहुत तेज़!!
व्यक्तिगत रूप से, मुझे हर बार किए गए दोनों विश्लेषण पसंद हैं .... अनुरोध / दूसरा और औसत समय / अनुरोध और अधिकतम अनुरोध समय और साथ ही शीर्ष पर देखकर प्यार। यह फ्लिप करना आसान है यदि आपके पास 61 अनुरोध / सेकंड हैं, तो आप इसे केवल 1000ms / 61 अनुरोध पर फ्लिप कर सकते हैं।
आपके प्रश्न का उत्तर देने के लिए, हम स्वयं एक बहुत बड़ा भार परीक्षण कर रहे हैं और इसे विभिन्न अमेजन हार्डवेयर पर पाते हैं जिनका हम उपयोग करते हैं (सबसे अच्छा मूल्य 32 बिट मध्यम सीपीयू था जब यह $ $ / घटना / सेकंड तक नीचे आ गया था) और हमारे अनुरोध / सेकंड 29 अनुरोधों / सेकंड / नोड से लेकर 150 अनुरोध / सेकंड / नोड तक।
बेशक बेहतर हार्डवेयर देना बेहतर परिणाम देता है लेकिन सबसे अच्छा आरओआई नहीं। वैसे भी, यह पोस्ट बहुत अच्छा था क्योंकि मैं कुछ समानताएं देख रहा था कि क्या मेरे नंबर जहां बॉलपार्क में हैं और मेरे साथ-साथ किसी और को देख रहे हैं। मेरा विशुद्ध रूप से उच्च भार है जितना कि मैं जा सकता हूं।
नोट: अनुरोधों / दूसरे विश्लेषण के लिए धन्यवाद (एमएस / अनुरोध नहीं) हमें एक बड़ा लिनक्स मुद्दा मिला जिसे हम हल करने की कोशिश कर रहे हैं जहां लिनक्स (हमने सी और जावा में एक सर्वर का परीक्षण किया) बहुत अधिक लोड के तहत सॉकेट पुस्तकालयों में सभी कॉल को जमा करता है। जो बहुत ही अजीब लगता है। पूरी पोस्ट यहाँ वास्तव में पाया जा सकता है .... http://ubuntuforums.org/showthread.php?p=11202389
हम अभी भी इसे हल करने की कोशिश कर रहे हैं क्योंकि यह हमें बहुत बड़ा प्रदर्शन देता है कि हमारा परीक्षण 2 मिनट 42 सेकंड से 1 मिनट 35 सेकंड तक चलता है जब यह तय हो जाता है, तो हम एक 33% प्रदर्शन में सुधार देखते हैं .... उल्लेख करने के लिए नहीं। जितना बुरा DoS अटैक होता है, उतना लंबा ये ठहराव होता है, ताकि सभी cpus शून्य पर जा सकें और प्रोसेसिंग बंद हो जाए ... मेरी राय में सर्वर प्रसंस्करण एक DoS के सामने जारी रहना चाहिए, लेकिन किसी कारण से, यह हर एक बार थोड़ी देर में जमा देता है डॉस के दौरान कभी-कभी 30 सेकंड तक !!!
ADDITION: हमें पता चला कि यह वास्तव में एक jdk रेस कंडीशन बग था .... बड़े क्लस्टरों पर अलग करने के लिए कठिन लेकिन जब हमने 1 सर्वर 1 डेटा नोड लेकिन 10 लोगों को दौड़ाया, तो हम इसे हर बार पुन: पेश कर सकते थे और बस सर्वर को देखा / डेटानोड यह पर हुआ। Jdk को पहले रिलीज़ पर स्विच करने से समस्या ठीक हो गई। हम jdk1.6.0_26 पर थे मेरा मानना है।
यह एक बहुत ही खुला सेब-से-संतरे प्रकार का प्रश्न है।
आप पूछ रहे हैं 1. एक उत्पादन आवेदन के लिए औसत अनुरोध लोड 2. जो तेजी से माना जाता है
ये संभवत: संबंधित नहीं हैं।
प्रति सेकंड आपके औसत # अनुरोधों द्वारा निर्धारित किया जाता है
ए। एक साथ उपयोगकर्ताओं की संख्या
ख। पृष्ठ अनुरोधों की औसत संख्या वे प्रति सेकंड बनाते हैं
सी। अतिरिक्त अनुरोधों की संख्या (यानी अजाक्स कॉल आदि)
जैसा कि तेजी से माना जाता है .. क्या आपका मतलब है कि साइट कितने अनुरोध ले सकती है? या अगर हार्डवेयर का एक टुकड़ा तेजी से माना जाता है, तो यह xyz # सेकंड के अनुरोधों को संसाधित कर सकता है?
ध्यान दें कि हिट-रेट ग्राफ 'पीक ऑवर्स' के साथ साइनसोइडल पैटर्न होंगे, शायद 2x या 3x जो आपको सोते समय मिलते हैं। (उपयोगी हो सकता है जब आप सर्वर पर होने वाली दैनिक बैच-प्रोसेसिंग सामग्री को शेड्यूल कर रहे हों)
आप विकिपीडिया जैसी 'अंतर्राष्ट्रीय' (बहुभाषी, स्थानीयकृत) साइटों पर भी प्रभाव देख सकते हैं
आप खोज कर सकते हैं के रेखांकन के लिए "Slashdot प्रभाव विश्लेषण" आप देखना होगा क्या करता है, तो साइट के कुछ पहलू अचानक खबर में लोकप्रिय हो गया है, जैसे विकि पर इस ग्राफ ।
वेब-एप्लिकेशन जो जीवित रहते हैं, वे होते हैं जो प्रसंस्करण भाषा के माध्यम से हर अनुरोध को डालने के बजाय स्थिर पृष्ठ उत्पन्न कर सकते हैं।
एक उत्कृष्ट वीडियो था (मुझे लगता है कि यह ted.com पर रहा होगा? मुझे लगता है कि यह फ़्लिकर वेब टीम द्वारा किया गया हो सकता है? क्या किसी को लिंक पता है?) एकल सर्वर से परे वेबसाइटों को स्केल करने के तरीकों पर विचारों के साथ, जैसे कैसे? विभिन्न प्रकार के उपयोगकर्ताओं के लिए सर्वोत्तम प्रभाव प्राप्त करने के लिए रीड-ओनली और रीड-राइट सर्वर के मिश्रण के बीच कनेक्शन आवंटित करें।