Здравейте.
опитвам се да стигна до мигащ светодиод през Eclipse+GNU ARM Eclipse Plug-in +SourceryGCC.
Някак си стигам до успешна компилация на готови примери.
Истинските въпроси ме чакат нататък, засега ме "заинтригува" един проблем на тази сборка.
Работя на стар лаптоп Тинкпад А31, 1.8 ГХц, 512 МБ рам, Уин ХП.
В началото на борбата бях пуснал 15-на подпрозореца на Мозилата. Имаше и други неща резидентни - даунлоуд менажер, торент . менажер на ви-фи адаптера... Компилацията вървеше абсолютно бавно-най бързото беше 15 минути, към края стигна 120 минути.
Гледах таск-менажера, не се виждаше никакъв процес да натоварва системата. Както и да е - след рестартирането компилацията падна на около 3-4 минути. Вече се бях заинтригувал и пак гледах таск-менажера - видях големи паузи между пускането/приключването на компилатора за отделните файлове и реакцията на Еклипската конзола. Когато от командния ред пусна "мейк" за същата задача отива под 1 минута.
Има ли някакво лечение тази болест?

Има разбира се. Сложи си 2 гигабайта рам. Друго решение - махни тоя виндовс и сложи Xubuntu например - т.е. някой линукс с по лек графичен мениджър.
Проблема ти е свапването по диска - на 512 МБ виндовса ако е със всички сървиз паци едва зарежда, всеки пуснат процес от там нататък го тормози. Най го тормозят веб браузърите - а ти си имал 15 отворени таба ... ако ти е интересно, вместо таск мениджър свали туула на sysinternals - не му помня вече името, ама той показва реално какво става на компютъра - такс мениджъра ти показва като систем/идле всички сервиси и т.н. което е меко казано подвеждащо - по точна дума е 'малоумие' ама те майкрософт не се обиждат от това.

Всъщност уводът ми беше малко разтегнат
Въпросът е кой бави влака - разликата между мейк от командния ред и мейк от Еклипса е
около 4 пъти. Не съм специалист, но подозирам че Джавата е в основата на забавянето.

Ами горе долу си прав. От една страна е джитването, от друга гарбидж колектинг ... всичкото това с идеята да се стартира накрая мейк почти по същия начин както ти би го направил на ръка в комадния ред. Е, да, ще пренасочи изхода от компилатора и ще те хвърля в сорса на всяка грешка ... ще ти маркира къде са грешките ... въобще красота. Точно сега му е момента да решиш дали да вървиш в посока всичко от конзолата, или да си останеш в графичния интерфейс. Аз лично, предпочитам конзолата, но болшинството колеги тук май си работят в еклипс - както се казва - всеки има право на лош вкус (даже и аз) ...

За себе си преценявам, че няма да се справя с ръчното управление на инструментите.
Не пуснах чистия Еклипс отначало , но си мисля че тоя плъгин на ГНУ ми спестява много четене и лутане. Виждал съм и Code::Blocks в подобна сглобка, не помня как стоеше въпроса с дебъгера, но такова забавяне нямаше или поне не ми е направило впечатление. Та затова си нарочих Джавата.

Това с Линукса ме замисли. Реално на лаптоп работя с дос- асемблер за 8061 и ИАР за МСП430. Във всеки случай трябва да имам ХП заради тях, не мога да се прежаля да се боря с
прехвърлянето им на Линукс - файловете са много, не е за ден и два работа. Ако Линукс има някакво предимство за АРМ, ще се замисля по-сериозно.

120 минути компилация?

Нещо има тотално омазано... ти да не компилираш лайнукс, даже пак е прекалено
Не е зле да пуснеш --debug= и после има разни опции, ще ги видиш в мануала/гугъл.

Иначе предимството на Линукс не е в АРМ, а че търкаля гцц, маке и т.н. една идея по-бързо. Но при тия времена дето цитираш една идея няма да ти реши проблема. Под windows съм виждал да се замисля при търсене на файлове. Примерно ако в мейкфайл викаш тул дето го няма, а имаш много пътища, докато ги притърси всичките може бая да се забави.

Аз не разбрах нейтив мейк ли ползваш под еклипса или интелигентен проджект мениджър плъгин с всякаквите му там красоти. Щото поне при мен на нейтив мейк през еклипс и мейк в конзолата - разлика напрактика няма.

Това дето го казваш е просто безумие.

Предполагам, че GNU плъгина си е шарен интелигентен проджъкт менажер.
Но в конзолата на Еклипса се вижда извикването на "cs-make all" - струва ми се , без всякакви усложнения. Това "cs-" си е от GCC пакета на Sourcery Mentor. Същата команда пускам от командния ред. В първия случай работи 4 минути. във втория - секунди , по-малко от минута. На таск-менажера се вижда , че нищо съществено за Уиндоуса не се случва
в рамките на няколко секунди от приключването на един компилиран файл ( "gcc" изчезва като процес) ,никой не натоварва процесора видимо до пускането на следващия файл.

Пътищата са действително много дълги, изглежда ми странно това да е причина, но ще си го отбележа за пробване.


Онези 120 минути бяха при някакво претоварване.

Ами то и Уиндоуса и Жабата не са пример за оптимално използване на ресурсите... Та взимай по - сериозна машина и те така....

Да речем ,че съм малко(малко. малко,колко ли) старомоден.
В случая предпочитам първо да разбера причината, преди да си купувам нов лаптоп.
Може да си купя първо малко рам. Но при положение че имам (само) 512 MB , a цялата папка на Еклипса е 260 MB, ми се струва - че не е там причината. каквито и суапове да прави системата. Всъщност дискът си трака нормално и на звук еднакво при двете различни пускания на мейк.

Да ти кажа, аз по принцип за компилиране не ползвам лаптопа, щото наистина ужасно се бави. И хем е 2 поколения след този който цитираш. Докато десктоп машината с по-слаби параметри търкаля компилациите видимо по - бързо.

Незнам от мобилния процесор ли е, от някакви енерджи сейвинг говна ли е, ама е факт - на лаптоп се компилира по-бавно. При това говорим за make в конзола, а еклипса пък е направо тегав. И понеже съм го установил опитно, го приемам като аксиома и не се мъча да го доказвам или опровергавам... Лаптопа е само за из път. Е освен ако нямаш излишни 3-4к лева за нещо хипер-дупер.

Инсталирай си диагностик тууловете на сисинтерналс. Майкрософт ги купиха (най-вече за да привлекат Марк Русинович) и сега ги има някъде из техните сайтове - безплатни са, даже не иска регистрация да ги изтеглиш (май).
Рестартирай виндовс и недей пуска нищо - виж колко е заетата памет. После зареди еклипс - виж пак колко е. Виж и с браузър. Сам ще се убедиш че паметта се яде сериозно от какво ли не. Също така тези 260МБ са джва код + разни други данни. Та тоз джав код се разрежда, джитва се до х86 при което сериозно се раздува, не се сещам но сигурно има някакви туулове с които да видиш самата джава за кое колко ресурси е заделила. Да речем, че си стигнал до компилация, там се стартира по някое време ГЦЦ - още един лакомник, и то голям. Той работи за кратко, но през това време разбутва сериозно паметта, свапва се и т.н. после заради еклипса всичко се зарежда обратно - през това време ако браузъра ти работи допълнително усложнява нещата заради разни сайтове с тонове джава скрипт който нон стоп прави нещо - даже един прост гмейл товари доста, представи си какво е няколко страници с флаш реклами и т.н. примерно торент сайтовете.

май няма какво да гледа, да фърля машината

Тествах и при мен за да се убедя, значи под Еклипс с нейтив мейкфайл демек Еклипса просто вика make и му прехваща stdout/stderr... Та през еклипс компилацията отнема около 30 секунди. Същата компилация с директно викане на мейк от конзола отнема около 10 секунди. А като включа паралелен (-j) build пада на 2-3 секунди...

Очевадно джабата или еклипса правят някакви мизерии. Значи аз съм с убунто и еклипса като пусне мейк лайнукса ми го пуска на друг кур и направо си нямам идея как успяват да го забавят обаче го забавят якоооо...
За протокола - тествам с много RAM, i7 и както казах убунту без да е натоварено с нищо друго...

Редактирах файловете "subdir.mk" така ,че да се потиснат всички съобщения при стартирането на инструментите. (@arm-none-eabi-gcc ... ,@rem @echo ....) . Времената почти се изравниха -
разликата е около 10-15 секунди.
Ако не редактирам файловете (което е правилно) , а задам --silent на мейка през Еклипса - се появява едно забавяне от 20-30 секунди за информативни съобщения от типа "почвам файл 1.ц",
"свърших файл 1.ц". Това са 36 файла тези съобщения са около 6-7 килобайта общо. Ако махна сайлънт ключа - за още 12 кбайта текст от мейка към конзолата се губят още едни 40-50 секунди.

Та на основния въпрос - за разликата във времената - си отговарям ,че е в Джава-природата на Еклипса , или в Уиндовс пайповете за съобщения , или в малкото РАМ - като че ли процесът Еклипс иска общо повече от 1ГБ памет. Хапчето засега е сайлънт ключа.

За Уиндоуса само мога да кажа ,че е СП2. Винаги съм избягвал СП3.
Джавата ще я преглъщам, повече РАМ ще пробвам, ако намеря.

Системата ми е много нестабилна, вчера времето за компилация беше под минута, сега е
около 2 минути. Пуснал съм дефрагментация , после може и диска да сменя.

Едно ССД и забрана на виртуалната памет, ще накарат вин-а да литне. Но май 512МБ ще са му малко.
Допълнителна РАМ и забрана на свап-а на диска би трябвало да ускори доста нещата.