क्यूटी भौतिकी दृश्य मल्टीथ्रेडिंग

Question

मेरे पास लगभग 1000 QGraphicsItems के साथ एक QGraphicsScene है, जो वास्तव में भौतिकी आइटम हैं। प्रत्येक फ्रेम जो वे आगे बढ़ते हैं, टकराव की जांच करते हैं, और उन चीजों को हल करते हैं, अन्य चीजों के साथ। मैं वास्तव में भौतिकी multithreaded करना पसंद करेंगे।

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

केवल एक परिकल्पना है: क्या मैं QGCraphcurrent का उपयोग QGraphicsItems की सूची में एक विधि चलाने के लिए कर सकता हूं? अगर मैं अपने भौतिकी विधि (जो कि मेरे क्यूग्राफिक्स इटैम के गुणों को बदल देगा) में मेरे क्यूग्राफिक्स इटिम पेंट विधि और क्यूएमयूटीएक्स में क्यूएमयूटीएक्स का उपयोग करता है, तो क्या यह गारंटी देगा कि केवल एक थ्रेड प्रत्येक QGraphicsItem को किसी भी समय पठन/लिख रहा है?

Answer 1

1. अगर मैं अपने QGraphicsItem रंग विधि में एक QMutex और मेरे भौतिकी विधि में एक QMutex (है कि मेरे QGraphicsItem के गुणों बदल जाएगा), होगा इस गारंटी नहीं है कि केवल एक धागा पढ़ रहा है/प्रत्येक लेखन का उपयोग QGraphicsItem समय में किसी एक पल में?

   नहीं, ऐसा नहीं होगा। चित्रण करते समय QGraphicsItem भारी उपयोग किया जाता है, न केवल paint विधि कहा जाता है। देखो, उदाहरण के लिए, here। यहां तक ​​कि अगर यह काम कर सकता है, तो यह बदसूरत समाधान होगा, क्योंकि स्पष्ट रूप से, QGraphicsItem न केवल चित्रकला के लिए उपयोग किया जा सकता है।

2. एक संकेत/स्लॉट प्रणाली का उपयोग करके अंतिम आइटम गुण (एक्स, वाई, रोटेशन) मुख्य थ्रेड पर प्रत्येक फ्रेम भेजने के लिए इस बल मुझे क्या, और फिर वास्तव में अद्यतन करने के लिए एक मुख्य थ्रेड विधि का उपयोग QGraphicsItems? या ऐसा करने का एक आसान तरीका है?

   हां, आपको आइटम बदलने की प्रक्रिया को मुख्य धागे में ले जाना है। आपके पास वास्तव में कुछ विकल्प हैं:

   • जैसा कि आपने बताया है, सिग्नल/स्लॉट तंत्र का उपयोग करें।
   • meta-callsQueuedConnection
   • कस्टम ईवेंट भेजें।

   भूलें कि आपके पास BlockingQueuedConnection है, यदि आप चित्रकला समाप्त होने की प्रतीक्षा करना चाहते हैं।

   इसके अलावा, आप इन सभी चीजों का उपयोग QtConcurent के साथ कर सकते हैं।

असल में, प्रबंधन करना इतना मुश्किल नहीं है। मैन्युअल रूप से थ्रेड सुरक्षा सुनिश्चित करने से, यह अधिक सुरक्षित और आसान है।

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

_{जहाँ तक, QGraphicsItem के रूप में सुरक्षित थ्रेड नहीं है, यहां तक ​​कि पढ़ने नहीं है। और क्यूटी में मल्टीथ्रेड ऐप विकास का मेरा अनुभव मुझे बताता है कि अगर कुछ बुरा हो सकता है, तो होगा।}