Китове за дистрибуции има, но оптимизирането на буутването е друга бира. Това което Радо казва наистина се постига с много разбутване на ниско ниво - започва се още от буутлоадера - ако не е пипнат само там може да има секунда две чакане за натискане на клавиш за буутменю, следва прочитане на кернел и руутфайлова система от някой бавен флаш което допълнително може да отнеме до няколко секунди. След като всичко е заредено управлението се предава на самия линукс кернел - там нещата са сравнително бързи, но доста помага ако се махнат разни бавни инициализации на мрежи и т.н. След като ядрото се е инициализирало се стартира инициализиращия процес от руутфайловата система - тук обикновенно нещата се сбозяват яко, по старите инит скриптове са писани изцяло на bash, може да се стигне до няколко стотин скрипта - разбирай зареждане, парсване, изпълнение. По новите инит системи (systemd, upstart, etc) се опитват да изпълнят колкото може повече неща паралел, но това не винаги е опция защото някои системи не може да се пуснат преди да са приключили други и т.н. (dependancies) Та до тук е инициализацията на ниво конзола, следва инициализация на X сървър за ГУИ, евентуално изпълняване на скриптове за логване на подразбиращ се юзер и т.н. Т.е. 10 секунди буутване на сравнително слаба система каквато е АРМ е повече от прилично ... има доста тулове с които може да се оптимизира процеса, но почти винаги това означава да се направи всичко custom + prefetch на данни от файловата система докато се чака нещо да се инициализира за да са готови като потрябват и т.н.

За начало може да погледнеш тук:
http://free-electrons.com/doc/training/ ... slides.pdf

Каква ти е целта точно? Да се покаже нещо на екрана, че да не се дразни клиента докато буутва? Да отговаря системата на заявки по мрежата? Да има функциониращ GUI? Може ли да минеш без графична среда/Х, примерно с Qt приложение, което пише директно във фреймбуфера?

Мии мноо сте тъпи :
1. Появява се надпис "Свръхбързата и нанооптимизирана бла бла система се разархивира и ...." отдолу: три минути да го разчетеш.
2. След пет секунди се появява "Свръхбързата и нанооптимизирана бла бла система тръгва да се стартира" и още стотици бла-бла отдолу.
3. След шест секунди се появява "Свръхбързата и нанооптимизирана бла бла система се самооптимизира за вашият хардуер. Това може да отнеме няколко минути"
4. След четири секунди се появява екрана и всеки казва: "Баа маа му, това фърчи!", нищо че са минали 15 сек.

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

Начи според мен, правилния път е снапшот върху флаша на паметта със заредена система, дето директно да се диплойва при буут, после разни бързи инициализации на хардуера. Толко ли е трудно се направи, баси?

Мерси за документа. X сървъра е глупав и не ми трябва. Само работещ фреймбуфер, както писах по-горе. Говорим за ембедед система, тоест времето от натискането на копчето до стартирането на "киритчното приложение" трябва да е малко, не повече от 10 сек.

Ами то с prefetch донякъде се получава същото. Снапшот не е толкова проста работа да се направи - поне един път трябва да буутне без снапшот и тогава да се запише цялата памет. Но:
- паметта обикновенно е 32+ мегабайта ... по скоро 64 ... 512 ... 1-2ГБ ... а флаша за буутване може да е 4мб за най простите рутеро подобни платки до 64гб сд карта ... т.е. много зависи от платформата - освен това ако е без компресия прочитането на 512мб от сд карта си иска доста време.
- не може да се променя конфигурацията - за ембедед приложения не е болка за умиране, ама за десктоп е проблем

Като цяло ако ти трябва нещо супер бързо и специализирано вместо линукс може да се ползва и някой РТОС. Но границата все повече се размива, така че си струва човек да върви в посока линукс ... за седмица ръчкане ще му хванеш цаката как да го оптимизираш буутването. Под 10с е лесно постижимо, трудното е като трябва да го вкараш под секунда.

С BBB e абсурд да постигнеш 10 секунди, освен ако не си приспал Ubuntu. Моят 2 годишен лаптоп с i3-3110M зарежда Ubuntu за 25 секунди, и то щом се появи X екрана можеш да стартираш която си програма искаш, не да чакаш и да гледаш пясъчен часовник. За мен практически BBB е само за учебни цели. Миналото лято си я купих с 7" LCD, пробвах това-онова и я захвърлих, просто нямам толкова големи нерви да чакам По едно време мислех да си направя CAN bus дисплей, ама не намерих подходяща кутия.

Сега тествах една платка с AllWinner A13 - cortex A8 @1GHz, single core, една от най-бавните на Олимекс. С билдната общо взето по подразбиране минимална дистрибуция с Yocto, без никакви оптимизации, бутва от SD карта за 15 секунди до текстов логин промпт, от които 3 са таймаут на бутлоадера. Смятам, че ако се пипне тук-там нещата без особен зор може да се смъкне под 10 секунди.

Raspberry Pi с https://github.com/gamaral/rpi-buildroot бутва до логин промпт за около 3 секунди, това със драйвери за Вифи и мрежа.

Сравнявате дини с круши. Нали ви е ясно, че проблема основно е в дистрибуцията, а не в желязото?

Баси, супер е.