java.util.concurrent बनाम बूस्ट थ्रेड्स लाइब्रेरी

Question

बूस्ट थ्रेड लाइब्रेरी java.util.concurrent लाइब्रेरीज़ के विरुद्ध तुलना कैसे करते हैं?

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

मैंने हाल ही में सुना है कि जेडीके 1.5 के रूप में, जावा मेमोरी मॉडल को कुछ समरूप मुद्दों को ठीक करने के लिए बदला गया था। सी ++ के बारे में कैसे? आखिरी बार जब मैंने सी ++ में बहुप्रचारित प्रोग्रामिंग किया था तो 3-4 साल पहले जब मैंने पाथ्रेड का इस्तेमाल किया था। हालांकि, मैं अब एक बड़ी परियोजना के लिए इसका उपयोग नहीं करना चाहता हूं। एकमात्र अन्य विकल्प जो मुझे पता है बूस्ट थ्रेड है। हालांकि, मुझे यकीन नहीं है कि यह अच्छा है या नहीं। मैंने java.util.concurrent के बारे में अच्छी बातें सुनी हैं, लेकिन अभी तक बूस्ट धागे के बारे में कुछ भी नहीं है।

Answer 1

बूस्ट धागे pthreads से उपयोग करने के लिए बहुत आसान हैं, और, मेरी राय में, जावा धागे से उपयोग करने के लिए थोड़ा आसान है। जब एक बूस्ट थ्रेड ऑब्जेक्ट को तुरंत चालू किया जाता है, तो यह एक नया धागा लॉन्च करता है। उपयोगकर्ता एक फ़ंक्शन या फ़ंक्शन ऑब्जेक्ट प्रदान करता है जो उस नए थ्रेड में चलाएगा।

boost::thread* thr = new boost::thread(MyFunc()); 
thr->join(); 

आप आसानी से समारोह ऑब्जेक्ट के अंदर मूल्यों भंडारण के द्वारा धागा को डेटा पास कर सकते हैं:

यह रूप में वास्तव में के रूप में आसान है। और बूस्ट के नवीनतम संस्करण में, आप धागे कन्स्ट्रक्टर के लिए तर्कों की एक चर संख्या को पारित कर सकते हैं, जो तब आपके फ़ंक्शन ऑब्जेक्ट के () ऑपरेटर को पास कर दिया जाएगा।

आप सिंक्रनाइज़ेशन के लिए boost::mutex के साथ RAII-शैली लॉक का भी उपयोग कर सकते हैं।

ध्यान दें कि C++ 0x std::thread के लिए समान वाक्यविन्यास का उपयोग करेगा।

Answer 2

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

Answer 3

प्रदर्शन के अनुसार मैं वास्तव में चिंता नहीं करता। यह मेरा आंत महसूस कर रहा है कि एक बूस्ट/सी ++ विशेषज्ञ जावा विशेषज्ञ की तुलना में तेज़ कोड लिख सकता है। लेकिन किसी भी फायदे के लिए लड़ा होगा।

मैं जावा के बूस्ट के डिजाइन प्रतिमान पसंद करता हूं। जावा ओओ सभी तरह से है, जहां बूस्ट/सी ++ ओओ के लिए अनुमति देता है यदि आप पसंद करते हैं लेकिन समस्या के लिए सबसे उपयोगी प्रतिमान का उपयोग करते हैं। ताले से निपटने पर विशेष रूप से मैं आरएआईआई से प्यार करता हूं। जावा मेमोरी मैनेजमेंट को खूबसूरती से संभालता है, लेकिन कभी-कभी ऐसा लगता है कि बाकी प्रोग्रामर के संसाधन शाफ्ट हो जाते हैं: फ़ाइल हैंडल, म्यूटेक्स, डीबी, सॉकेट इत्यादि

जावा की समवर्ती लाइब्रेरी बूस्ट की तुलना में अधिक व्यापक है। थ्रेड पूल, समवर्ती कंटेनर, परमाणु इत्यादि। लेकिन मूल प्राइमेटिव एक-दूसरे, धागे, म्यूटेक्स, हालत चर के बराबर हैं।

तो प्रदर्शन के लिए मैं कहूंगा कि यह एक धो है। यदि आपको बहुत से उच्च स्तरीय समवर्ती लाइब्रेरी समर्थन जावा जीतने की आवश्यकता है। यदि आप प्रतिमान स्वतंत्रता सी ++ पसंद करते हैं।

Answer 4

java.util.concurrent और boost threads library में ओवरलैपिंग कार्यक्षमता है, लेकिन java.util.concurrent भी उच्च स्तर के abstractions प्रदान करता है और बी) निम्न स्तर के कार्यों भी।

बूस्ट धागे प्रदान करते हैं:

• थ्रेड (जावा: java.util.Thread)
• लॉकिंग (जावा: java.lang.Object और java.util.concurrent.locks)
• स्थिति चर
• (जावा java.lang.Object और java.util.concurrent।) बैरियर (जावा: Barrier)

java.util.concurrent भी है:

• Semaphores
• Reader-writer locks
• समवर्ती डेटा संरचनाओं, उदा एक BlockingQueue या concurrent lock-free hash map।
• Executor सेवाएं अत्यधिक लचीली उपभोक्ता उत्पादक प्रणाली के रूप में।
• Atomic संचालन।

एक साइड नोट: सी ++ में वर्तमान में कोई मेमोरी मॉडल नहीं है। एक अलग मशीन पर एक ही सी ++ एप्लिकेशन को एक अलग मेमोरी मॉडल से निपटना पड़ सकता है। यह सी ++ में पोर्टेबल, समवर्ती प्रोग्रामिंग को और भी मुश्किल बनाता है।

Answer 5

सी ++ में कोई भी सीधे pthreads (pthread_create() आदि का उपयोग कर सकता है यदि कोई चाहता था। आंतरिक रूप से जावा अपने रन-टाइम पर्यावरण के माध्यम से pthreads का उपयोग करता है। देखने के लिए "ldd" करो।

Answer 6

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

इस पुस्तक पढ़ने के लिए चाहिए: "। जावा एक बहुत तेजी से होता है की तुलना में यह पहले था" Java Concurrency in Practice