د یوې څیړنې پروژې د یوې برخې په توګه
د ازموینې لپاره
په بل مرحله کې، دا هم پالن شوی چې د هارډویر پلیټ فارم ځانګړتیاوې په پام کې نیولو سره، د RTL اصلاح کول جلا جلا تارونو ته انتقال کړي. له هغې وروسته، موږ پالن لرو چې د انټرا پروسیجرل اصلاح کولو (IPA) موازي کول پلي کړو چې د فنکشن دننه کوډ کې پلي کیږي، پرته له دې چې د زنګ ځانګړتیاوو ته په پام سره. د اوس لپاره محدود لینک د کثافاتو راټولونکی دی ، کوم چې یو نړیوال تالا اضافه کړی چې د کثافاتو راټولولو عملیات غیر فعال کوي پداسې حال کې چې په څو-تریډ شوي حالت کې روان وي (په راتلونکي کې د کثافاتو راټولونکی به د GCC د څو تارونو اجرا کولو لپاره تطابق شي).
په فعالیت کې د بدلونونو ارزولو لپاره، د ټیسټ سویټ چمتو شوی چې د gimple-match.c فایل راټولوي، کوم چې د 100 زرو څخه زیات د کوډ لینونه او 1700 افعال شامل دي. د Intel Core i5-8250U CPU سره د 4 فزیکي کورونو او 8 مجازی (هایپر تھریډینګ) سره په سیسټم کې ازموینې د 7 څخه تر 4 ثانیو پورې د انټرا پروسیجرل GIMPLE اصلاح کولو وخت کې کمښت ښودلی کله چې د 2 تارونو چلولو او 3 چلولو پرمهال 4 ثانیو ته. تارونه، i.e. د غور لاندې د مجلس مرحلې سرعت کې زیاتوالی په ترتیب سره د 1.72 او 2.52 ځله ترلاسه شوی. ازموینو دا هم ښودلې چې د هایپرټریډینګ سره د مجازی کور کارول د فعالیت ډیروالي لامل نه کیږي.
په ټولیز ډول د جوړیدو وخت نږدې 10٪ کم شوی، مګر د وړاندوینو له مخې، د RTL اصلاح کول به اجازه ورکړي چې ډیرې د پام وړ پایلې ترلاسه کړي، ځکه چې دا مرحله د تالیف په جریان کې د پام وړ ډیر وخت نیسي. نږدې د RTL موازي کولو وروسته ، د ټول مجلس وخت به د 1.61 ځله کم شي. له دې وروسته، دا به ممکنه وي چې د IPA اصلاح کولو سره موازي کولو سره د بل 5-10٪ لخوا د جوړولو وخت کم کړئ.
سرچینه: opennet.ru