आप एक पिनहोल के माध्यम से दुनिया को देख रहे हैं। विभिन्न गति पर विलंबता अंतर का एक वैध परीक्षण क्रॉस-कनेक्ट केबल के साथ जुड़े दो समान एनआईसी के बीच होगा। 10mb, 100mb और 1000mb की NICs मैथिंग स्पीड सेट करें। इससे पता चलेगा कि अलग-अलग गति में लगभग विलंबता में कोई अंतर नहीं है। अधिकतम बैंडविड्थ की परवाह किए बिना सभी पैकेट एक ही तार की गति से यात्रा करते हैं। एक बार जब आप स्टोर के साथ स्विच जोड़ते हैं और आगे कैशिंग सब कुछ बदल जाता है। स्विच के माध्यम से परीक्षण विलंबता स्विच के केवल दो कनेक्शन के साथ किया जाना चाहिए। कोई भी अन्य ट्रैफ़िक आपके परीक्षण की विलंबता को प्रभावित कर सकता है। फिर भी स्विच रोल-ओवर लॉग हो सकता है, पैकेट प्रकार काउंटर समायोजित कर सकता है, आंतरिक घड़ी अपडेट कर सकता है, आदि। सब कुछ विलंबता को प्रभावित कर सकता है।
हां, हार्डवेयर परिवर्तन, अलग-अलग एनआईसी, अलग-अलग स्विच, अलग-अलग ड्राइवर के कारण 100mb से 1gb पर स्विच करना तेज (कम विलंबता) हो सकता है। मैंने किसी अन्य परिवर्तन की तुलना में ड्राइवर मतभेदों से पिंग विलंबता में बड़े बदलाव देखे हैं; बैंडविड्थ, स्विचेस, ऑफलोडिंग एनआईसीएस, आदि।
स्विच कट-थ्रू के साथ अगला सबसे बड़ा बदलाव होगा जो स्टोर की तुलना में काफी तेज है और सिंगल ट्रांसमिट टेस्ट के लिए आगे है। हालांकि, एक अच्छी तरह से डिज़ाइन किया गया स्टोर और फॉरवर्ड स्विच उच्च भार के तहत समग्र प्रदर्शन में कट-थ्रू स्विच से आगे निकल सकता है। गीगाबिट के शुरुआती दिनों में Iv ने सस्ते गीगाबिट स्विच की तुलना में कम विलंबता के साथ 10mb उच्च प्रदर्शन बैकप्लेन स्विच देखा।
इंटरनेट का उपयोग करते समय प्रदर्शन विश्लेषण के लिए पिंग परीक्षण व्यावहारिक रूप से अप्रासंगिक हैं। परीक्षण के क्षण में परिवहन पर क्या हो रहा है इसका एक बॉलपार्क विचार प्राप्त करने के लिए वे त्वरित परीक्षण हैं। उत्पादन प्रदर्शन परीक्षण सिर्फ एक पिंग की तुलना में बहुत अधिक जटिल है। उच्च प्रदर्शन स्विच कंप्यूटर हैं और उच्च भार के तहत अलग-अलग व्यवहार करते हैं - विलंबता में परिवर्तन।
एक धीमी एनआईसी, या एक धीमी गति के लिए एक एनआईसी सेट होने, वास्तव में स्विच कैश का उपयोग कर सर्वर को इनपुट थ्रॉटलिंग द्वारा समवर्ती फटने के साथ एक सर्वर की मदद कर सकता है। एक एकल-पुन: प्रसारण विलंबता में किसी भी कमी को नकार सकता है। आमतौर पर मध्यम से उच्च-लोड ट्रैफ़िक स्तर महत्वपूर्ण हैं, एकल पिंग परीक्षण नहीं। उदा। 70% 100mb बैंडविड्थ भार के तहत पुराने धीमी गति से चलने वाले Sun Ultrasparc (सिंगल पिंग के लिए उच्च विलंबता) में नए सस्ते गीगाबिट डेस्कटॉप का उपयोग किया जाता है। डेस्कटॉप में तेज़ gb NIC, तेज़ कनेक्शन gb-gb, तेज़ मेमोरी, अधिक मेमोरी, तेज़ डिस्क और तेज़ प्रोसेसर है, लेकिन यह ट्यून किए गए सर्वर क्लास हार्डवेयर / सॉफ़्टवेयर को भी प्रदर्शित नहीं करता है। यह कहना नहीं है कि gb-gb पर चलने वाला एक मौजूदा ट्यून सर्वर पुराने हार्डवेयर की तुलना में तेज नहीं है, यहां तक कि बड़े थ्रूपुट भार को संभालने में भी सक्षम है। के प्रश्न के लिए और अधिक जटिलता है "
पता करें कि क्या आपका प्रदाता 100mb बनाम 1gb कनेक्शन के लिए अलग-अलग स्विच का उपयोग कर रहा है। यदि वे समान स्विच बैकप्लेन का उपयोग करते हैं तो मैं केवल वृद्धि के लिए भुगतान करूंगा यदि यातायात का स्तर कम बैंडविड्थ से अधिक हो। अन्यथा आपको लग सकता है कि कुछ ही समय में कई अन्य उपयोगकर्ता गीगाबिट पर स्विच करेंगे और पुराने स्विच पर छोड़े गए कुछ उपयोगकर्ता अब उच्च प्रदर्शन करते हैं - कम विलंबता, स्विच पर उच्च भार के दौरान (समग्र स्विच लोड, न केवल आपके सर्वर पर। )।
सेब और संतरे का उदाहरण: स्थानीय आईएसपी बंडल सेवाओं, डीएसएल और फोन के लिए एक नया स्विच प्रदान करता है। प्रारंभ में उपयोगकर्ताओं के प्रदर्शन में वृद्धि देखी गई। सिस्टम ओवरसोल्ड था। अब जो उपयोगकर्ता पुराने स्विच पर रहते हैं, उनका प्रदर्शन लगातार उच्चतर होता है। देर रात के दौरान, नई प्रणाली के उपयोगकर्ता तेज होते हैं। उच्च लोड के तहत शाम को पुराने स्विच क्लाइंट स्पष्ट रूप से नए ओवरलोड सिस्टम को बेहतर ढंग से समझते हैं।
लोअर लेटेंसी हमेशा तेजी से वितरण से संबंधित नहीं होती है। आपने एकल पृष्ठ की सेवा के लिए 20 अनुरोधों में MySQl का उल्लेख किया है। पृष्ठ अनुरोधों के अनुसार ट्रैफ़िक उसी एनआईसी पर नहीं होना चाहिए। सभी आंतरिक ट्रैफ़िक को एक आंतरिक नेटवर्क में ले जाने से टकराव कम हो जाएगा और आउटगोइंग एनआईसी पर कुल पैकेट मायने रखता है और एकल पैकेट के .04 लेटेंसी लाभ से बड़ा लाभ प्रदान करता है। पृष्ठ लोड विलंबता को कम करने के लिए प्रति पृष्ठ अनुरोधों की संख्या कम करें। पृष्ठ लोड समय को कम करने के लिए पृष्ठों, एचटीएमएल, सीएसएस, जावास्क्रिप्ट, छवियों को संपीड़ित करें। इन तीन परिवर्तनों से बड़े समग्र लाभ प्राप्त होंगे जो कि बैंडविड्थ के लिए भुगतान करने की तुलना में चल रहे हैं जिसका उपयोग .04ms विलंबता में कमी के लिए नहीं किया जा रहा है। पिंग को 24 घंटे चलाने की आवश्यकता है और वास्तविक विलंबता को देखने के लिए औसत किया जाना चाहिए। स्मार्ट स्विच अब छोटे प्रारंभिक बैंडविड्थ बढ़ जाती है और बड़े स्थानान्तरण के साथ अनुकूली आरटीएसपी प्रकार थ्रॉटलिंग करते हैं। आपके पृष्ठ आकार (ग्राफिक्स, बड़े html / css / जावास्क्रिप्ट) के आधार पर आप प्रारंभिक कनेक्शन विलंबता / बैंडविड्थ को किसी बड़े पृष्ठ या पूर्ण पृष्ठ स्थानान्तरण से बहुत कम / उच्चतर देख सकते हैं। यदि आपके पृष्ठ का भाग स्ट्रीमिंग कर रहा है, तो आप पृष्ठ और स्ट्रीम के बीच अत्यधिक भिन्न प्रदर्शन देख सकते हैं।