https://www.opennet.me/openforum/vsluhforumID3/42691.html На саммите разработчиков GCC был представлен (http://online.wsj.com/public/article/PR-CO-20080630-904673.html?mod=crnews) проект Milepost (http://www.milepost.eu/) (MachIne Learning for Embedded PrOgramS opTimization) , в рамках которого разрабатывается технология оптимизации приложений для портативных устройств, с использованием элементов искусственного интеллекта и самообучения с целью выбора наиболее подходящего метода оптимизации для любой мобильной платформы.<br><br><br>Проблема оптимизации для мобильных платформ состоит в их изменчивости, обусловленной быстрым изменением дизайна аппаратного обеспечения (архитектуры, позволяющие менять конфигурацию), например, приложение вручную оптимизированное для одной системы теряет все свои преимущества на другой платформе или на обновленном варианте текущей.<br><br><br>В качестве демонстрации эффективности Milepost, был проведен эксперимент: после самообучения системы в течение нескольких недель, удалось добиться повышения производительности тестового ком...<br><br>URL: http://online. https://www.opennet.me/openforum/vsluhforumID3/42691.html#10 Fri, 04 Jul 2008 19:57:44 GMT &gt;И так для каждой модели телефона/КПК ? <br><br>А там 1 хрен везде ARM как правило.Посему критичный код скорее всего хватит переписать один раз на асме и далее нагло реюзать.Такого кода то в нормальных проектах если и должно быть то - с гулькин нос.И за НЕСКОЛЬКО НЕДЕЛЬ вполне реально выучить асм и сносно на нем налабать критичные куски.Если конечно мозг не совсем атрофировался.А аккуратно оптимизнутый ассемблер черта с два какой либо компилер переплюнет на конкретном мелком кусочке кода.Посему там где скорость опупительно важна (например, аудио и видео кодеки) - кусочки на асме норма вещей.Достаточно на xvid, x264 и прочих посмотреть.Кстати тривиальный и доступный любому дятлу "бенчмарк" (компилим чисто сишную версию xvid и asm-optimized верисю, сравниваем скорость работы) очень недвусмысленно показывает НАСКОЛЬКО можно уделать компилер, заменив невнятную туфту нагенеренную компилером на аккуратно вылизанный асм.<br><br>&gt;На асме ??? :-))) RISC это вам не CISC :-) <br><br>Ну я умею программить на асме под несколько разных https://www.opennet.me/openforum/vsluhforumID3/42691.html#9 Fri, 04 Jul 2008 14:17:02 GMT эх, опять какие-то незнакомые мне люди мою идею начали реализовывать... Время - как песок сквозь пальцы.<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#8 Fri, 04 Jul 2008 11:14:27 GMT А в чем проблема с RISC ассемблером?<br>Я в свое время дофига всего понаписал под SPARC v8 и PA-RISC. <br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#7 Thu, 03 Jul 2008 20:08:22 GMT &gt;(в сторону) за несколько недель я пожалуй и сам обучусь и перефигачу<br><br>И так для каждой модели телефона/КПК ?<br> <br>&gt;проблематичный кусок на оптимизнутом по самые небалуйся асме, всяко сделав компилер <br>&gt;в нужном месте :) <br><br>На асме ??? :-))) RISC это вам не CISC :-)<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#6 Thu, 03 Jul 2008 19:46:39 GMT осталось научить вшивать свой код туда и скайнет готов :)<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#5 Thu, 03 Jul 2008 17:25:08 GMT (в сторону) за несколько недель я пожалуй и сам обучусь и перефигачу проблематичный кусок на оптимизнутом по самые небалуйся асме, всяко сделав компилер в нужном месте :)<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#4 Thu, 03 Jul 2008 17:23:31 GMT &gt; осле самообучения системы в течение нескольких недель<br><br>И нихренасе :))) скоро еще и уговаривать придется :) "скомпиль мне пожалуйста вон ту програмку, да пооптимальнее, я тебе тогда оперативочки куплю" :)))<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#3 Thu, 03 Jul 2008 17:06:15 GMT Спасибо за ссылку - весьма интересная статья.<br> https://www.opennet.me/openforum/vsluhforumID3/42691.html#2 Thu, 03 Jul 2008 14:55:40 GMT Какая вкусная штучка. <br>Теперь Генту будет компилятся несколько недель. =)<br>