क्या QGIS में मुख्य कार्य मल्टी-थ्रेडिंग का शोषण करेंगे?

Question

QGIS में मल्टीथ्रेडेड प्रोसेसिंग सक्षम करने के बाद ? , मैं सोच रहा था कि क्या QGIS 2.6 विभिन्न प्रक्रियाओं को चलाने के दौरान इसे शामिल करेगा। मैंने ऑनलाइन जाँच की और मैं केवल यह पाया कि मल्टी-थ्रेडेड प्रतिपादन QGIS 2.4 को पेश किया गया था (मुझे लगता है कि यह फिर से 2.6 में उपलब्ध होगा)। अब बड़े डेटासेट्स के साथ काम करते समय मानचित्रों को बहुत जल्दी से फिर से तैयार किया जा सकता है।

मैंने पढ़ा कि मल्टी-थ्रेडिंग को कोर कार्यक्षमता में शामिल करना काफी मुश्किल है और उपयोगकर्ताओं को इसे प्राप्त करने के लिए पायथन कोड में हेरफेर करने की सलाह दी जाती है, जैसे कि PyQGIS में समानांतर जीआईएस संचालन? ।

मैंने फ़ीचर रिक्वेस्ट को भी चेक किया लेकिन यह पिछले 9 महीनों से टिम सौटन द्वारा अंतिम टिप्पणी के साथ बंद कर दिया गया है:

"मैं इसे समाप्त कर रहा हूं - मार्टिन डोबियास का एक शाखा में कार्यान्वयन है जिसे पोस्ट QGIS 2.2 में विलय कर दिया जाएगा"

क्या QGIS 2.6 में कुछ फ़ंक्शन मल्टी-थ्रेडिंग का शोषण करते हैं (या इसे फिर से रेंडरिंग पर केंद्रित किया जाएगा) और यदि नहीं, तो क्या QGIS 3.0 में परिवर्तन होगा?

Comments

बहु-प्रसार जीआईएस कार्यों के बहुमत के लिए विशेष रूप से उपयुक्त नहीं है, जो धारा-उन्मुख, सरल और I / O बाध्य हैं। परिणाम के तालमेल की कठिनाई आमतौर पर उन्हें स्वतंत्र रूप से पंक्तिबद्ध करने के प्रयास के लायक नहीं है (तुरंत सरल कार्य कर रहा है)। इसलिए "शोषण" की परिभाषा महत्वपूर्ण बहस के अधीन है।

— विंस

@ विंस - धन्यवाद, मैं समझता हूं कि कई उपयोग के मामलों के लिए मल्टीथ्रेडिंग सर्वोच्च प्राथमिकता नहीं है। लेकिन जैसा कि इसे प्राप्त करने के लिए कुछ काम पहले ही किया जा चुका है, मैं सोच रहा था कि क्या इसके लिए समर्थन (जो कि "शोषण" से बेहतर शब्द हो सकता है) नए QGIS संस्करण में मौजूद होगा =)

— जोसेफ

@PolyGeo - धन्यवाद, एक उचित बिंदु और एक जो इस क्यू / ए प्रारूप के लिए काफी उपयुक्त है। मैं सहमत हूं :)

— जोसफ

Answer 1

मुझे लगता है कि QGIS 3.0 के लिए जवाब इस तरह की बातचीत हाल ही में Nabble में पोस्ट किया गया है :

क्या QGIS 3 में प्रोसेसिंग समानांतर होगा?

नियाल डावसन का हवाला देते हुए:

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

Comments

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

— जोसफ

मुझे लगता है कि आपके द्वारा उद्धृत उद्धरण सीधे परत पर एक संपादन करने के लिए (एक नया उत्पादन करने के बजाय) उत्पादन के बारे में है: वास्तव में, निम्नलिखित में वह वर्तमान परत पर सीधे बफर ऑपरेशन करने की संभावना के बारे में बात करता है, लौटे आउटपुट के आगे की प्रक्रिया के बिना।

— 14

हम्म अच्छी बात है। मुझे उम्मीद है कि एक QGIS देव भी टिप्पणी कर सकता है और इसकी पुष्टि कर सकता है :)

— जोसेफ

GIS SE एक चर्चा स्थल नहीं है। यदि आप किसी विशिष्ट प्रदाता से प्रतिक्रिया चाहते हैं, तो मेरा सुझाव है कि आप उन्हें सीधे क्वेरी करें।

— विंस

@joseph कई एल्गोरिदम हैं (जैसे कि लाइन चौराहों या भंग करने वाली विशेषताओं की गणना) जहां कोई व्यक्तिगत विशेषताओं पर काम नहीं कर सकता है।

— UnderDark

Answer 2

केवल इस वर्तमान समय में प्रतिपादन (QGIS 2.6)।

मार्टिन और मैंने किसी तरह की जेनेरिक थ्रेडेड प्रक्रिया एपीआई के बारे में बात की है, लेकिन यह सिर्फ इस मौजूदा समय में बात है।

Comments

धन्यवाद नाथन, क्या आप व्यक्तिगत रूप से सोचते हैं कि यह उद्यम आगे बढ़ने के लायक है या कार्यक्षमता को जोड़ना / सुधारना एक उच्च प्राथमिकता माना जाता है? यह जिज्ञासा से बाहर है :)

— जोसेफ

यह पीछा करने लायक है, लेकिन मुझे संदेह नहीं है कि यह एक आसान काम है।

— नाथन डब्ल्यू