هڪ تحقيقي منصوبي جي حصي طور
چڪاس لاءِ
ايندڙ اسٽيج تي، اهو پڻ منصوبابندي ڪئي وئي آهي ته وچولي RTL اصلاحن کي الڳ الڳ موضوعن ۾ منتقل ڪيو وڃي، اڪائونٽ ۾ هارڊويئر پليٽ فارم جي خاصيتن کي. ان کان پوء، اسان منصوبي جي اندر اندر ڪوڊ تي لاڳو ڪيل intraprocedural optimizations (IPA) جي متوازي کي لاڳو ڪرڻ جو منصوبو ٺاهيو، بغير ڪال جي خاصيتن جي. ھاڻي محدود ڪڙي آھي ڪچرو ڪليڪٽر آھي، جنھن ھڪ گلوبل لاڪ شامل ڪيو آھي جيڪو ملٽي ٿريڊ موڊ ۾ ھلندي ڪچري کي گڏ ڪرڻ واري عمل کي غير فعال ڪري ٿو (مستقبل ۾ گاربيج ڪليڪٽر کي GCC جي گھڻن موضوعن واري عمل لاءِ ترتيب ڏنو ويندو).
ڪارڪردگي ۾ تبديلين جو جائزو وٺڻ لاء، هڪ ٽيسٽ سوٽ تيار ڪيو ويو آهي جيڪو gimple-match.c فائل کي گڏ ڪري ٿو، جنهن ۾ 100 هزار کان وڌيڪ لائنون ڪوڊ ۽ 1700 فنڪشن شامل آهن. Intel Core i5-8250U CPU سان 4 فزيڪل ڪور ۽ 8 ورچوئل (هائپر ٿريڊنگ) سان سسٽم تي ٽيسٽون ڏيکاريون ويون ته Intra Procedural GIMPLE آپٽمائيزيشن جي عمل جي وقت ۾ 7 کان 4 سيڪنڊن تائين جڏهن 2 ٿريڊ هلندي ۽ 3 سيڪنڊن تائين جڏهن 4 هلندي. ڌاڳو، يعني غور هيٺ اسيمبلي اسٽيج جي رفتار ۾ اضافو حاصل ڪيو ويو 1.72 ۽ 2.52 ڀيرا، ترتيب سان. ٽيسٽ پڻ ڏيکاريا آهن ته هائپر ٿريڊنگ سان ورچوئل ڪور استعمال ڪرڻ سان ڪارڪردگي وڌي نه ٿي.
مجموعي طور تي تعمير جو وقت تقريباً 10٪ گھٽجي ويو، پر اڳڪٿين جي مطابق، RTL اصلاحن کي متوازي ڪرڻ سان وڌيڪ واضح نتيجا حاصل ڪرڻ جي اجازت ملندي، ڇو ته ھن مرحلي ۾ تاليف دوران گھڻو وقت لڳندو آھي. تقريبن RTL متوازي ٿيڻ کان پوء، مجموعي اسيمبلي جو وقت 1.61 ڀيرا گھٽجي ويندو. ان کان پوء، اهو ممڪن ٿيندو ته تعميراتي وقت کي 5-10٪ تائين گھٽائڻ سان متوازي IPA اصلاحن سان.
جو ذريعو: opennet.ru