जेएमटर में एक साथ चलाने के लिए उचित धागे की उच्चतम संख्या क्या है?

Question

मैं धागे की उच्चतम संभावित संख्या (कम कंप्यूटर का उपयोग करने के लिए) का उपयोग करना चाहता हूं लेकिन क्लाइंट में बाधा उत्पन्न किए बिना।

Answer 1

खोजने के लिए किया जा सकता है मैंने जेएमटर का एक उचित बिट उपयोग किया है और पाया कि वास्तव में उच्च भार उत्पन्न करने में यह बहुत अच्छा नहीं है। 2 जीबी कोर 2 डुओ पर 2 जीबी मेमोरी के साथ आप उचित रूप से 100 धागे की उम्मीद कर सकते हैं।

कहा जा रहा है कि इसे अपने हार्डवेयर पर चलाने के लिए सबसे अच्छा है ताकि पीसी का सीपीयू 100% पर चोटी न हो - एक स्थिर 80% -90% सर्वोत्तम है अन्यथा परिणाम प्रभावित होते हैं।

मैंने WAPT 5 भी कोशिश की है - यह उसी पीसी से 1000+ धागे सफलतापूर्वक चला। यह मुफ़्त नहीं है लेकिन यह जेएमटर से अधिक उपयोग योग्य है लेकिन इसमें सभी सुविधाएं नहीं हैं।

कम से कम संस्करण 2.6 के बाद से पुराना उत्तर https://stackoverflow.com/a/11922239/460802 अधिक अद्यतित के लिए देखें।

Answer 2

मैंने जेएमटर का उपयोग नहीं किया है, लेकिन उत्तर शायद आपके हार्डवेयर पर निर्भर करता है। सर्वश्रेष्ठ शर्त प्रदर्शन की मीट्रिक स्थापित करने के लिए हो सकती है, थ्रेड की संख्या पर अनुमान लगाएं और फिर निम्नानुसार बाइनरी खोज चलाएं।

स्रोत विकिपीडिया था।

संख्या अनुमान लगा खेल ...

इस बल्कि एक सरल खेल की तरह "मैं चालीस और साठ समावेशी, और अपने अनुमान मैं जवाब देंगे 'हाई', 'कम' के लिए बीच का एक पूर्णांक में सोच रहा हूँ कुछ शुरू होता है , या हाँ!' जैसा मामला हो सकता है। " मान लीजिए कि एन संभावित मूल्यों की संख्या है (यहां, बीस व्यक्ति "समावेशी" कहा गया था), फिर अधिकांश प्रश्नों को संख्या निर्धारित करने के लिए आवश्यक है, क्योंकि प्रत्येक प्रश्न खोज स्थान को कम करता है। ध्यान दें कि सामान्य एल्गोरिदम के मुकाबले एक कम प्रश्न (पुनरावृत्ति) आवश्यक है, क्योंकि संख्या पहले से ही किसी विशेष सीमा के भीतर बाध्य है।

भले ही हम जिस अनुमान का अनुमान लगा रहे हैं वह मनमाने ढंग से बड़ा हो सकता है, इस स्थिति में कोई ऊपरी बाउंड एन नहीं है, हम अभी भी सबसे अधिक चरणों में संख्या पा सकते हैं (जहां के पहले (अज्ञात) चयनित नंबर है) बार-बार दोगुना करके ऊपरी बाउंड ढूंढना। उदाहरण के लिए, यदि संख्या 11 थी, तो हम इसे खोजने के लिए अनुमानों के निम्नलिखित अनुक्रम का उपयोग कर सकते हैं: 1, 2, 4, 8, 16, 12, 10, 11

कोई भी नकारात्मक संख्याओं को शामिल करने के लिए तकनीक का विस्तार कर सकता है ; उदाहरण के लिए निम्नलिखित अनुमानों का उपयोग -13: 0, -1, -2, -4, -8, -16, -12, -14, -13

Answer 3

The JMeter Wiki उन मामलों की रिपोर्ट करता है जहां जेएमटर का उपयोग 1000 धागे के साथ किया जाता था। मैंने इसे 100 से अधिक धागे के साथ उपयोग किया है, लेकिन विकी में लिंक संसाधनों की कमी का सुझाव देते हैं जो मैंने कभी नहीं किया।

Answer 4

यह आपके द्वारा चलाए जाने वाले हार्डवेयर और अंतर्निहित स्क्रिप्ट पर निर्भर करेगा। मैंने हमेशा महसूस किया है कि पारंपरिक लोड परीक्षण उपकरण के साथ यह अस्पष्टता सबसे बड़ी समस्या है। यदि आपके पास एक छोटा बजट है ($ 200 या तो आपको बहुत परीक्षण मिल जाता है), मेरी कंपनी के load testing service, ब्राउज़रमोब देखें।

हमारे असली ब्राउज़र उपयोगकर्ता (आरबीयू) के अलावा जो प्रदर्शन और लोड परीक्षण के उद्देश्य से वास्तविक ब्राउज़र पर हजारों को नियंत्रित करते हैं, हमारे पास पारंपरिक वर्चुअल उपयोगकर्ता (वीयू) भी हैं। लिपियों जावास्क्रिप्ट में लिखे गए हैं और विभिन्न HTTP कॉल कर सकते हैं।

कारण मैं इसे लाने का कारण यह है कि मुझे हमेशा यह महसूस होता है कि यह पता लगाने का प्रयास है कि आप अपने लोड जेन हार्डवेयर पर कितने वीयू फिट कर सकते हैं खतरनाक है।इसे महसूस किए बिना खराब परिणाम प्राप्त करना इतना आसान है।

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

Answer 5

विंडोज एक्सपी पर जेएमटर चलाने के साथ हमारे पास एक समस्या विंडोज एक्सपी टीसीपी कनेक्शन सीमा थी। जेएमटर का वर्कस्टेशन की पूर्ण क्षमता पर अधिक जानकारी here पर चलाने के लिए सीमा को हटाया जाना चाहिए। AFAIK, अन्य ओएस पर लागू नहीं होता है।

Answer 6

जेएमटर एक बहुत ही उच्च लोड अनुकरण कर सकता है बशर्ते आप इसका सही इस्तेमाल करें।

शहरी किंवदंतियों को न सुनें जो कहते हैं कि जेएमटर उच्च भार संभाल नहीं सकता है।

अब के रूप में जवाब के लिए, उस पर निर्भर करता है:

• अपने मशीन बिजली

• अपने JVM 32 बिट या 64 बिट्स

• अपने JVM आबंटित स्मृति

  -Xmx

• आपकी टेस्ट प्लान (बीन्सहेल, पोस्ट प्रोसेसर, एक्सपैथ ... बहुत सी सीपीयू का मतलब है)

• अपने ओएस विन्यास (ट्यूनेबल)

• गुई/गैर GUI मोड

तो वहाँ कोई theorical जवाब है, लेकिन निम्नलिखित Best Practices JMeter अच्छा प्रदर्शन को सुनिश्चित करेगा।

ध्यान दें कि JMeter के साथ दूरदराज के परीक्षण के माध्यम से लोड वितरित कर सकते हैं, पढ़ते हैं:

• Remote Testing > 15.4 Using a different sample sender

और अंत में बादल आधारित परीक्षण का उपयोग करता है, तो यह पर्याप्त नहीं है।

ट्यूनिंग युक्तियों के लिए यह पढ़ें:

• http://www.ubik-ingenierie.com/blog/jmeter_performance_tuning_tips/

Answer 7

मैं 2004 के बाद से JMeter का इस्तेमाल किया और मैं लोड परीक्षण के बहुत का शुभारंभ किया।

पीसी के साथ विंडोज 7 64 बिट्स 4Go रैम iCore5।

मुझे लगता है कि JMeter केवल "समेकित रिपोर्ट श्रोता" एक है जो लॉग फ़ाइल परिणाम और कॉल पृष्ठों के बीचटाइमर में लिखते हैं साथ Http (नमूना) प्रोटोकॉल के लिए समवर्ती धागे के लिए 300 का समर्थन कर सकते हैं।

एक बड़ा लोड परीक्षण आप दास (लोड जनरेटर) के साथ JMeter कॉन्फ़िगर कर सकता है के लिए यह http://jmeter-plugins.org/wiki/HttpSimpleTableServer/

मैं पहले से ही 11 पीसी दास के साथ परीक्षण किया है 5000 धागे अनुकरण करने के लिए की तरह।

Answer 8

यह एक विशिष्ट सर्वर पर निष्पादन परीक्षण आप करते हैं (लोड, कील, धीरज आदि) (हार्डवेयर निर्भरता पर एक छोटे से)

के प्रकार पर अधिक निर्भर है इन मानकों चारों ओर ध्यान रखें - क्लाइंट मशीन जिस पर आप जेएमटर के रन को लक्षित कर रहे हैं, वहां आवंटित ढेर मेमोरी की निश्चित मात्रा होगी, स्वस्थ आवंटन सुनिश्चित करने के लिए सुनिश्चित करें ताकि स्क्रिप्ट त्रुटि न हो। जेएमटर पर जितना अधिक मैंने चलाया था, वह स्थानीय वातावरण (क्लाइंट - सर्वर आर्क) पर 1500 था, एक वेब आर्क पर, उच्चतम कार्यात्मक आवश्यकता पर आधारित था, उच्चतम कार्यात्मक आवश्यकता 250 धागे,

तक सीमित थी आदर्श प्रदर्शन परीक्षण और तैनाती शैली के प्रकार पर निर्भर करता है और इतने पर ..

Answer 9

इसके लिए मानक संख्या नहीं है। एक कंप्यूटर से उत्पन्न होने वाले धागे की अधिकतम संख्या पूरी तरह से कंप्यूटर के हार्डवेयर और ओएस पर निर्भर करती है। डिफ़ॉल्ट रूप से ओएस कुछ मात्रा में सीपीयू और रैम पर कब्जा करता है।

आपके कंप्यूटर को अधिकतम थ्रेड ढूंढने के लिए आप नमूना परीक्षण तैयार कर सकते हैं और इसे केवल कुछ धागे से चला सकते हैं। फिर परीक्षण के प्रत्येक चक्र के साथ धीरे-धीरे धागे की संख्या में वृद्धि होती है। इसके दौरान आपको अपने कंप्यूटर के सीपीयू, रैम, डिस्क I/O और नेटवर्क I/O की निगरानी करने की भी आवश्यकता है। पल इनमें से कोई भी 80% के करीब या उससे अधिक तक पहुंचता है (फिर से यह तय करने के लिए कि आपके पास या उसके बाद के पास ठीक है या नहीं), यह आपके कंप्यूटर को संभालने वाले थ्रेड की अधिकतम संख्या है। सुरक्षित पक्ष पर रहने के लिए मैं उस नंबर पर रुक जाऊंगा जब संसाधन उपयोग 70% तक पहुंच जाएगा।