2013-03-04 5 views
6

सर्वर और क्लाइंट नेटवर्क विलंबता के बीच भौगोलिक दूरी की वजह से बहुत भिन्नता हो सकती है। तो मैं "शुद्ध" रिक प्राप्त करना चाहता हूं। नेटवर्क विलंबता के बिना सेवा का समय प्रसंस्करण।नेटवर्क विलंबता के बिना HTTP अनुरोध प्रसंस्करण समय की गणना कैसे करें?

मैं टीसीपी कनेक्टिंग समय के रूप में नेटवर्क विलंबता प्राप्त करना चाहता हूं। जहां तक ​​मैं इस समय समझता हूं नेटवर्क पर बहुत निर्भर करता है।

मुख्य विचार गणना करने के लिए है:

  • टीसीपी पहले पैकेट, समय प्राप्त

    • टीसीपी जोड़ने समय
    • जाओ "शुद्ध" सेवा समय = टीसीपी पहले पैकेट (इंतज़ार कर समय) प्राप्त - टीसीपी जोड़ने ।

    मैं टीसीपी को 2 से जोड़ता हूं क्योंकि वास्तव में 2 अनुरोध-प्रतिक्रिया (3-तरफा हैंडशेक) हैं।

    1. मैं टीसीपी की गणना करना चाहिए सभी पैकेट केवल पहले पैकेट के बजाय समय प्राप्त करते हैं:

      मैं दो प्रश्न हैं?

    2. क्या यह विधि सामान्य रूप से ठीक है?

    पीएस: एक उपकरण के रूप में मैं एरलांग के gen_tcp का उपयोग करता हूं। मैं कोड दिखा सकता हूँ।

  • +0

    क्या आप एक ही लैन (या यहां तक ​​कि एक ही मशीन) पर क्लाइंट चला सकते हैं सर्वर के रूप में? फिर नेटवर्क विलंबता लगभग नगण्य होना चाहिए। – Barmar

    +0

    सर्वर पर एक विकल्प 'tcpdump' चल रहा है? – Barmar

    +0

    नहीं। मैं दूरस्थ वेब-सेवाओं की जांच करता हूं। – Dimitry

    उत्तर

    4

    यदि मुझे लगता है कि "शुद्ध" सेवा समय = टीसीपी पहला पैकेट प्राप्त होता है - टीसीपी कनेक्टिंग .. आपने अन्य तरीके से लिखा है।

    आपके पहले प्रश्नों का एक संभावित उत्तर यह है कि आपको आदर्श रूप से पहले पैकेट की बजाय कई पैकेटों के शुद्ध सेवा समय पर विचार करके औसत से कम से कम कुछ प्रकार की गणना करना चाहिए।

    आदर्श रूप से इसमें सबसे खराब मामला, औसत मामला, सर्वोत्तम केस सेवा समय भी हो सकता है।

    दूसरे प्रश्न के उत्तर देने के लिए हमें आवश्यकता होगी कि आपको केवल शुद्ध सेवा समय की आवश्यकता क्यों होगी। मेरा मतलब है कि यह एक नेटवर्क एप्लीकेशन है, नेटवर्क विलंबता (कनेक्शन समय इत्यादि ...) को "प्रतिक्रिया समय" में भी शामिल किया जाना चाहिए, न केवल शुद्ध सेवा समय। दी गई जानकारी के आधार पर यह मेरा विचार है।

    +0

    धन्यवाद! मुझे वेब-सेवाओं का सुझाव देने वाले ग्राहकों, सेवा और एप्लिकेशन के बीच बड़ी भौगोलिक दूरी की वजह से केवल सेवा समय की आवश्यकता है। सुझाव विभिन्न मानदंडों पर आधारित है: उपलब्धता, विलंबता, लागत, आदि इसलिए यदि मैं नेटवर्क विलंबता भाग को समाप्त नहीं करूँगा तो मेरा आवेदन वेब-सेवा की विलंबता का गलत अनुमान प्राप्त कर सकता है। – Dimitry

    +0

    और हाँ, मेरा मतलब है प्रतीक्षा समय - टीसीपी कनेक्टिंग। धन्यवाद। – Dimitry

    संबंधित मुद्दे