2016-05-20 11 views

उत्तर

6

हाँ, वहाँ एक अंतर है: यह स्मृति की खपत और रखरखाव/प्रशासन के प्रयास के बारे में है।

  • सिस्टम पर एक गुलाम शुरू करना एक (मुख्य) प्रक्रिया शुरू करता है। इस प्रक्रिया को चलाने के लिए (निजी) मुख्य मेमोरी लागत और मास्टर से जुड़ती है।
  • प्रत्येक निष्पादक मुख्य प्रक्रिया की उप-प्रक्रिया है।

    :

ऐसा नहीं है कि एक गुलाम पर दो निष्पादकों चल कुल में कम स्मृति की लागत दो दास (एक निष्पादक के साथ प्रत्येक) चल रहा की तुलना में, वहाँ के रूप में दो बार मुख्य प्रक्रिया की स्मृति की खपत होगी इसलिए स्पष्ट है

2 * Main Processes + 2 * Executors > 1 * Main Process + 2 * Executors 

इसके अलावा, एक गुलाम की व्यवस्था सिर्फ एक निष्पादक की तुलना में कुछ अधिक प्रयास है: जबकि एक निष्पादक लगभग चिंता की बात नहीं है, वहाँ एक गुलाम के लिए कॉन्फ़िगर करने के लिए कई बातें हैं। इसके अतिरिक्त, दो दासों की क्षमताओं को वैसे ही वही है (जैसा कि आपने कहा था, वे उसी ओएस पर चल रहे हैं), इसलिए इसे अलग-अलग लेबल असाइन करने के लिए बहुत कम मूल्य-जोड़ है।

संक्षेप में, यदि कोई अन्य सीमा परिस्थितियां नहीं हैं, जो मुझे अलग-अलग बनाती हैं, तो मैं हमेशा एक दास पर दो निष्पादकों को चलाने के लिए पसंद करता हूं, क्योंकि यह प्रशासन करना आसान है और कुछ स्मृति सहेजी जाती है।

+1

हालांकि सामान्य रूप में मैं अपने जवाब (+1) के साथ सहमत - हर परिदृश्य अलग तरह से व्यवहार किया जाना चाहिए। डॉकर गुलामों के साथ काम करना आसान है और लगभग कोई प्रशासन नहीं लेता है। कई दासों के साथ काम करना बेहतर चल रहा यूआई परीक्षण हो सकता है जो एक ही मशीन पर समानांतर में नहीं चल सकता है। ऐसे कई परिदृश्य हैं जो इसे एक से 2 गुलामों के बारे में अधिक समझ में आता है, और यह ध्यान रखना महत्वपूर्ण है कि इसके लिए कोई वैश्विक सर्वोत्तम प्रथा नहीं है, लेकिन वास्तव में उस लक्षित वातावरण पर चलने वाले प्रवाहों पर निर्भर करता है। – Dvir669

+0

यही कारण है कि मैंने कहा "यदि कोई अन्य सीमा परिस्थितियां नहीं हैं," :-) और, विश्वास करो या नहीं, मेरे पास "यूआई परीक्षण था, जो मेरे दिमाग पर समानांतर में समान मास्किन पर नहीं चल सकता" इसे लिखना (मेरे पास वास्तव में यह मुद्दा है, जो मुझे प्रत्येक पागल के लिए पागल बनाता है, मुझे अपने स्वयं के बनाम दास की आवश्यकता होती है, क्योंकि मैं इस मामले को डॉकराइज़ नहीं कर सकता) – EagleRainbow

+0

ध्यान रखें, आपको प्रति-नोड को नियंत्रित करने की आवश्यकता नहीं है निष्पादक गिनती के साथ सहमति। इसके अलावा, नौकरी लेआउट मौजूद हैं जिन्हें एक से अधिक निष्पादक की आवश्यकता है। –

0

एक लाभ यह जो तुरंत दिया नोड पर 1 निष्पादक को चलाने के लिए मेरे मन की बात आती है, एक ही समय में चलाने की प्रक्रिया के बीच संघर्ष को रोकने के लिए है।

दूसरी ओर आप मौजूदा जेनकींस प्लगइन्स का उपयोग करके नौकरी के संघर्ष को रोक सकते हैं, यानी। भारी नौकरी, बिल्ड अवरोधक।

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