थ्रेड पूल बनाम कई व्यक्तिगत थ्रेड

Question

मैं एक समस्या के बीच में हूं जहां मैं यह तय करने में असमर्थ हूं कि कौन सा समाधान लेना है।

समस्या थोड़ा अद्वितीय है। आइए इसे इस तरह से रखें, मैं लगातार नेटवर्क से डेटा प्राप्त कर रहा हूं (प्रति सेकंड 2 से 4 बार)। अब प्रत्येक डेटा एक अलग से संबंधित है, कहें, समूह। अब, इन समूहों, समूह 1, समूह 2 और अन्य को कॉल करने दें।

प्रत्येक समूह के लिए एक समर्पित काम कतार जहां नेटवर्क से डेटा फ़िल्टर और प्रसंस्करण के लिए उसके संगत समूह में जोड़ा जाता है।

पहले तो मुझे जो काम कतार, यह प्रक्रिया से डेटा ले और फिर राज्य को अवरुद्ध करने के लिए चला जाता है जाएगा समूह प्रति एक समर्पित धागा (लिंक्ड को अवरुद्ध करने के लिए कतार का उपयोग) बनाया।

लेकिन मेरे वरिष्ठ सुझाव दिया है कि मैं धागा पूल का उपयोग करना चाहिए क्योंकि इस तरह धागे अभ्यस्त अवरुद्ध हो और प्रसंस्करण के लिए अन्य समूहों द्वारा प्रयोग करने योग्य हो जाएगा।

लेकिन यहाँ बात है, डेटा im हो रही काफी तेजी से और समय एक धागा ले जाता है यह, के लिए संभवतः, नहीं मोड अवरुद्ध में जाने थ्रेड के लिए काफी लंबे समय है कार्रवाई करने के लिए। और यह भी गारंटी देगा कि डेटा अनुक्रमिक रूप से संसाधित हो जाता है (नौकरी 1 नौकरी 2 से पहले किया जाता है), जो पूलिंग में बहुत कम संभावनाएं होती हैं, ऐसा नहीं हो सकता है।);

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

एक आखिरी बात, मैंने हमेशा सोचा कि पूलिंग मदद करता है कि कम समय के लिए बड़ी संख्या में नौकरियां कहां दिखाई देती हैं। यह समझ में आता है क्योंकि थ्रेड स्पॉटिंग एक प्रदर्शन मार डालेगी क्योंकि थ्रेड में आने वाले समय की नौकरी करने पर खर्च किए गए समय से कहीं अधिक है। तो पूलिंग बहुत मदद करता है।

लेकिन मेरे मामले में समूह 1, समूह 2, ..., समूह हमेशा जीवित रहता है। तो यदि डेटा है या नहीं तो वे अभी भी वहां होंगे। तो धागा spawning यहाँ मुद्दा नहीं है।

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

तो, कौन सा रास्ता लेना है?

धन्यवाद।

Answer 1

अच्छा सवाल। पूलिंग वास्तव में आपको प्रारंभिक समय बचाता है, जैसा आपने कहा था। लेकिन इसका एक और पहलू है: संसाधन प्रबंधन। और यहां मैं आपसे यह पूछ रहा हूं- आपके पास कितने समूह (पढ़े गए समर्पित धागे) हैं? क्या वे आवेदन के निष्पादन अवधि के दौरान गतिशील रूप से बढ़ते हैं?

उदाहरण के लिए, ऐसी स्थिति पर विचार करें जहां इस प्रश्न का उत्तर हाँ है। नए समूह प्रकार गतिशील रूप से जोड़े गए हैं। इस मामले में, हो सकता है कि आप एए थ्रेड को प्रत्येक को समर्पित नहीं करना चाहें क्योंकि तकनीकी रूप से बनाए गए समूहों की मात्रा पर कोई प्रतिबंध नहीं है, आप बहुत सारे धागे बनाएंगे और सिस्टम वास्तविक काम करने के बजाय संदर्भ स्विचिंग होगा । बचाव के लिए थ्रेडपूलिंग- थ्रेड पूल आपको थ्रेड की अधिकतम संख्या पर प्रतिबंध निर्दिष्ट करने की अनुमति देता है जो लोड के संबंध में संभवतः बनाया जा सकता है। तो एप्लिकेशन कुछ अनुरोधों से सेवा से इंकार कर सकता है, लेकिन जो सिस्टम सिस्टम संसाधनों को गंभीर रूप से कम किए बिना ठीक से संभाले जाते हैं।

उपरोक्त को ध्यान में रखते हुए, मुझे बहुत संभव है कि आपके मामले में, प्रत्येक समूह के लिए धागा समर्पित होना बहुत अच्छा है!

वही आपके वरिष्ठ के दृढ़ विश्वास के लिए जाता है कि यह स्मृति को बचाएगा .. दरअसल, एक धागा ढेर पर स्मृति लेता है, लेकिन वास्तव में यह बहुत अधिक है, अगर यह एक पूर्वनिर्धारित राशि है, तो 5 कहें। शायद ठीक है। वैसे भी, आपको पूलिंग का उपयोग नहीं करना चाहिए जबतक कि आप एक प्राइरी नहीं हैं और पूरी तरह से आश्वस्त हैं कि आपको वास्तव में कोई समस्या है!

पूलिंग एक डिजाइन निर्णय है, वास्तुशिल्प नहीं। यदि आप के बाद लाभकारी होने के लिए पूलिंग पा रहे हैं तो आप भिखारी पर पूल नहीं कर सकते हैं और ऑप्टिमाइज़ेशन के साथ आगे बढ़ सकते हैं, आपको एक प्रदर्शन समस्या का सामना करना पड़ा।

अनुरोधों के क्रमिकरण को ध्यान में रखते हुए (आदेश निष्पादन में) इससे कोई फर्क नहीं पड़ता कि आप थ्रेडपूल या समर्पित धागे का उपयोग कर रहे हैं या नहीं। अनुक्रमिक निष्पादन कतार की एक संपत्ति है जो एक हैंडलर थ्रेड के साथ मिलकर है।

Answer 2

बनाना एक धागा संसाधनों का उपभोग करेगा, जिसमें डिफ़ॉल्ट स्टैक प्रति थ्रेड (आईआईआर 512 केबी, लेकिन कॉन्फ़िगर करने योग्य) शामिल है। तो पूलिंग का लाभ यह है कि आप सीमित संसाधन हिट करते हैं। बेशक आपको अपने काम को उस काम के अनुसार आकार देने की ज़रूरत है जो आपको करना है।

आपकी विशेष समस्या के लिए, मुझे लगता है कि प्रत्येक परिदृश्य में वास्तव में प्रदर्शन/थ्रेड उपयोग आदि को मापने की कुंजी है। जब तक आप बाधाओं में भाग नहीं लेते, मैं शायद यह सुनिश्चित करने के अलावा कि आप अपने आवेदन पर एक बड़े प्रभाव के बिना किसी अन्य कार्यान्वयन को स्वैप कर सकते हैं, अन्यथा चिंता न करें। याद रखें कि समयपूर्व अनुकूलन सभी बुराई की जड़ है। Note that:

"समय से पहले अनुकूलन" एक स्थिति जहां एक प्रोग्रामर प्रदर्शन विचार कोड का एक टुकड़ा के डिजाइन किस प्रकार प्रभावित करते वर्णन किया जाता एक मुहावरा है।इसका परिणाम ऐसे डिज़ाइन में हो सकता है जो के रूप में साफ़ नहीं हो सकता है क्योंकि यह गलत हो सकता है या कोड गलत हो सकता है, क्योंकि कोड अनुकूलन द्वारा जटिल है और प्रोग्रामर अनुकूलन से विचलित है।