В будущий выпуск ядра Linux будет включено несколько важных изменений, связанных с поддержкой архитектуры ARM:- Интегрированы (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6... наработки по унификации кода поддержки архитектуры ARM и обеспечению формирования многоплатформенных ARM-сборок. Если ранее требовалось собирать отдельный вариант ядра для каждого типа SoC, то начиная с выпуска 3.7 появится возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ.
В первое время унифицированная сборка сможет работать на платформах Calxeda Higbank (серверы HP Moonshot), Versatile Express (эталонная плата, поддерживается эмулятором QEMU), Marvell ARMADA (от мини-серверов до телеприставок), Altera SoC FPGA (Samsung Galaxy Note, Galaxy S II) и Picohip picoXcell (мини-базовые станции для офисов), но в будущих выпусках их число будет расширено. Указанное нововведение существенно упростит жизнь разработчикам дистрибутивов для ARM-систем, которым теперь не придётся формировать отдельный загрузочный образ для каждой ARM-платформы.- Добавлена (https://lkml.org/lkml/2012/10/1/313) поддержка 64-разрядной архитектуры AArch64 (ARM64), реализованной в процессорах, поддерживающих набор команд ARMv8. 64-рязрядная архитектура AArch64 включает (http://www.opennet.me/opennews/art.shtml?num=34285) в себя новый набор команд A64, примечательный расширением числа регистров, новыми командами для вычислений с плавающей запятой (FP) и новыми векторными SIMD-инструкциями NEON, такими как инструкции для ускорения работы алгоритмов шифрования AES и SHA-1/SHA-256. Реализация AArch64 для Linux поддерживает расширенную 39-разрядную адресацию памяти для ядра и пользовательского уровня и предоставляет режим совместимости, позволяющий выполнять 32-битные программы, собранные для архитектуры ARMv7 (ARM EABI). В настоящее время устройства на базе ARMv8 пока находятся на стадии тестирования прототипов, поступление в продажу первых ARMv8-систем ожидается в следующем году;
- Поддержка (https://lkml.org/lkml/2012/10/1/102) механизмов виртуализации Xen для систем на базе процессоров ARM Cortex A15. Представленный для интеграции в ядро код основан на использовании аппаратных расширения для обеспечения виртуализации, поддерживаемых архитектурой ARMv7. Особенностью реализации Xen для ARMv7 является отсутствие разделения в поддержке запуска гостевых систем в режиме паравиртуализации (PV) и аппаратной виртуализации (HVM). Вместо этого используется один комбинированный режим запуска гостевых систем, напоминающий запуск PV поверх HVM без необходимости эмуляции оборудования при помощи Qemu. Гостевые системы при этом всегда запускаются в режиме полной виртуализации, но для доступа к сетевым и блочным устройствам должны использовать специальные паравиртуальные драйверы (т.е. для гостевых окружений не требуется модификация ядра системы, но необходимо наличие нескольких драйверов).
Из предложенных для включения в ядро 3.7 улучшений, связанных с поддержкой процессоров на базе иных архитектур, можно отметить:
- Поддержка (http://lkml.org/lkml/2012/10/2/355) расширенных возможностей процессоров SPARC-T4 (http://ru.wikipedia.org/wiki/SPARC_T4) (Niagara 4), используемых на новых моделях серверов T-серии (http://en.wikipedia.org/wiki/Oracle_SPARC_T-series_servers) от компании Oracle. Процессоры SPARC-T4 включают в себя 8 ядер, параллельно обрабатывающих по 8 потоков на каждое ядро, для системы такой процессор выглядит как 64 логических CPU. Из задействованных в представленных патчах особенностей SPARC-T4 отмечается поддержка дополнительных событий профилирования, использование инструкции для ускорения шифрования (sha1, sha256, sha512, md5, crc32c, AES, DES, CAMELLIA, Kasumi) и оптимизированный вариант функции memcpy;- Поддержка (http://www.mail-archive.com/linux-kernel@vger.kernel.or... систем на базе третьего поколения многоядерных MIPS64-совместимых процессоров Loongson (http://ru.wikipedia.org/wiki/Loongson#Loongson_III), разработанных Академией наук Китая совместно с Институтом компьютерных технологий Китая;
- Поддержка (https://github.com/mirrors/linux-2.6/commit/15385dfe7e0fa686... набора инструкций SMAP (Supervisor Mode Access Prevention), реализованного в процессорах Intel на базе микроархитектуры Haswell. Задействование SMAP в ядре позволяет (http://forums.grsecurity.net/viewtopic.php?f=7&t=3046) блокировать доступ к данным в пространстве пользователя из привилегированного кода, выполняемого в пространстве ядра (по аналогии с тем, как добавленная в ядре 3.0 поддержка SMEP не позволяет переходить из режима ядра к выполнению кода, находящегося в пользовательских областях). При обеспечении оборудованием поддержки инструкций SMAP, представленные средства защиты будут включаться автоматически, что существенно усложнит эксплуатацию уязвимостей в ядре, вызванных такими ошибками, как разыменование NULL-указателя.URL:
Новость: http://www.opennet.me/opennews/art.shtml?num=35020
а зачем Xen на ARM?
ожидаем ведроид 5 ещё белее комфортным?
а зачем Xen на x86?
Догадайтесь с трех раз.
> а зачем Xen на ARM?Кто-то сервера на ARM'ах делает.
>Calxeda Higbank (серверы HP Moonshot)Третий абзац сверху.
> а зачем Xen на ARM?1) Затем что у ARMv8 поддержка аппаратной виртуализации не хуже чем у других.
2) Затем что ARM нынче хотят пихать и в микросервера и прочая. Вот прикиньте, вы можете купить за несколько баксов в месяц не виртуалку а реальную железку с такими же параметрами. Где виртуализатор не просаживает скорость и не приходится делить ресурсы хоста с остальными умниками, которые непредсказуемо меняют производительность вашей машины (полисовка полисовкой, но точно отполисовать например механический HDD - как бы удачи).
Неплохо было бы заиметь линуксолэптоп на ARMv8. Также интересно, насколько велики будут профиты от x32 ABI.
Никаких: http://blog.flameeyes.eu/2012/06/debunking-x32-myths
Hater gonna hate.P.S. Отличная архитектура, меньше памяти чем на х86_64, больше производительность чем на х86. Больше и не надо ничего.
независимые пруфы и бенчмарки будут?
> независимые пруфы и бенчмарки будут?А разве это не очевидно?
нет
> P.S. Отличная архитектура,...от других? :)
> Никаких: http://blog.flameeyes.eu/2012/06/debunking-x32-mythsДиего даже не удосужился сравнить x86, x32 и amd64 gentoo stages,
разработчиком которой он является, а уже стотью написал.Попробуйте сами.
Главное, чтобы Мракософт не омрачал радость своим принципиальным требованием неотключаемости UEFI на ARM платах.
секьюр бута же?
Но для ARM нет UEFI!
жаль
я надеюсь никто всерьез не надеется на защиту в uefi. и не тиких ломали, ps3, xbox, dvd, br, iphone... всех, если это кому то нужно.
> я надеюсь никто всерьез не надеется на защиту в uefi. и не
> тиких ломали, ps3, xbox, dvd, br, iphone... всех, если это кому
> то нужно.Надо, чтобы подобной "защиты" не было изначально, а не чтобы её надо было ломать.
> и не тиких ломалинуну. и как быстро разлочили бутлоадер на моторолках? или могут что-то сделать только если фирма подпись с загрузчика снимет?
> нуну. и как быстро разлочили бутлоадер на моторолках?Ну... они придумали похабщину с загрузкой старого ядра, вгрузкой модуля и запуском таким макаром нового ядра. В общем, гланды. Через ж... . Автогеном.
Ну это же жэппа полная а не нормальное разлочивание.
> Ну это же жэппа полная а не нормальное разлочивание.Но формально restricted boot обойти можно. Хоть и через полную опу. И да, покупать такие девайсы не стоит. Врядли кто захочет покупать дом в котором наглухо замурован сортир а вход на кухню - только по предъявлению пропуска охраннику, которого к тому же нельзя прогнать и необходимо содержать.
> UEFI на ARM платах.Не UEFI а "secure" boot, т.е. "залоченный бутлоадер", называя вещи своими именами.
Ну это просто фантастика, особенно первый пункт, я уже не верил что они реализуют эту давно обещанную возможность ядра для ARM. Одно ядро для кучи ARM-платок - вот это прорыв! Без шуток.
Теперь бы ещё стандартную железячную архитектуру, как IBM PC для x86...
С возможностью добавления процов.
Например как дим памяти.
Так купил планку на 2/4/8/16/... и не жужжишь.
на 16/... и не жужжишь - сомнительно
> С возможностью добавления процов.Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.
>> С возможностью добавления процов.
> Слышал, что у ARM плохо с SMP -- совсем не для того
> и не так дизайнилось.x86 для того и так? =))
>> Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.
> x86 для того и так? =))Скорее MIPS, если верить тому же источнику. :)
re #31: посмотрим, у марвелов-то руки вроде больше развязаны с бывшей интеловской лицензией...
> Слышал, что у ARM плохо с SMP -- совсем не для того и не так дизайнилось.А эти, которые многопроцессорные A9/A15 делают - они в курсе? А то у фороникса на бенчах что-то там масштабируемость практически линейно по числу ядер идет для тестов которые могут многопроцессорность использовать. Если это "плохо с SMP" - то что ж такое хорошо?
Если что, в A9 и подобных были прикручены добавочные железки, как раз для нормальной реализации многопроцессорности. У более ранних - ну да, каждый докостыливал как умел сам.
> Слышал, что у ARM плохо с SMPНо и у SMP плохо если процессоров более 8-12. NUMA в этом случае будет лучше.
Ага, только у Интела тоже плохо - после PIII там вроде как куда более навернутая архитектура с NUMA, а не тупо SMP. Логично, что плата за навороты = более "горячие" чипы.
А мультипроцессорная RISC уже у IBM есть (SUN r.i.p.), и ХЗ осилят ли производители ARM в этот сектор вписаться (хотя припрет - у того же IBM чего-нибудь перелицензируют...)
> А мультипроцессорная RISC уже у IBM есть (SUN r.i.p.), и
> ХЗ осилят ли производители ARM в этот сектор вписаться (хотя припрет
> - у того же IBM чего-нибудь перелицензируют...)Пардон, уже осилили как оказалось. С чем я Intel и поздравляю </sarcasm>
udev выкинут?
Универсальный инсталлятор линукса для большей части телефонов будет?
> Универсальный инсталлятор линукса для большей части телефонов будет?На DVD?)
>> Универсальный инсталлятор линукса для большей части телефонов будет?
> На DVD? :)На 8-900. :)
> Altera SoC FPGA (Samsung Galaxy Note, Galaxy S II)Это как? Авторы, вы уверены что не прогнали пургу? В самсунге самсуневские же процы Exynos используются по жизни. Wtf?
хм, действительно
http://www.samsung.com/global/business/semiconductor/minisit...
однако скорость разработки ядра впечатляет.
> однако скорость разработки ядра впечатляет.Еще более впечатлительно если иногда смотреть на списки коммитов. Хотя для особо ленивых фороникс сделал дайджест наиболее интересных изменений: http://www.phoronix.com/scan.php?page=news_item&px=MTE5OTU
А как на SoC (в частности в ARM-их) ядро определяет устройства? Ведь там, насколько я понимаю, устройства сидят не на стандартной PCI-шине, у которой есть механизм конфигурирования по ID устройств и т.п. Получается ядро должно определять, на какой SoC оно запущено, должно "знать", какие драйверы для конкретной SoC нужно подключать?
> А как на SoC (в частности в ARM-их) ядро определяет устройства? Ведь там, насколько я понимаю, устройства сидят не на стандартной PCI-шине, у которой есть механизм конфигурирования по ID устройств и т.п. Получается ядро должно определять, на какой SoC оно запущено, должно "знать", какие драйверы для конкретной SoC нужно подключать?Ну это уже надуманные проблемы... Вариантов решения этой проблемы - масса. Но как конкретно решили эту задачу в Linux 3.7 - интересно! Есть ли подробное описание?
> Есть ли подробное описание?kernel.org и почитать ядро, как пишет Линукс, "Если есть исходникик то документация не нужна!"
> как пишет ЛинуксО, как он пишет, особенно когда что-нибудь отваливается. Но всё-таки от самоотверженного пользователя фряки на десктопе можно было бы ожидать и более конструктивного ответа, нет?
Не каждый день подколешь модератора ;)Distrowatch.
#21 - FreeBSD
#81 - Calculate
#106 - ALTКто там самоотверженный? ;)
> Не каждый день подколешь модератора ;)Да на здоровье :-)
> Distrowatch. #106 - ALT
Как, он там опять появился?! Ничего себе новости...
из второй сотни он и не исчезал :)
> Кто там самоотверженный? ;)Ну и что это доказывает? Да, альт странный дистр с синдромом местечковости. За что у буржуев он почти без шансов.
Так и представляю себе картину: спорят гонщики на трассе, доказывая что 21-е место намного круче чем 106-е. А все остальные тем временем смотрят на троицу чуваков на пьедестале...
> Так и представляю себе картину: спорят гонщики на трассе, доказывая что 21-е
> место намного круче чем 106-е. А все остальные тем временем смотрят
> на троицу чуваков на пьедестале...и всё бы ничего, но гонщик на 106-м месте начал гнать на машинку гонщика на 21-ом. а это меняет картинку.
> и всё бы ничего, но гонщик на 106-м местеНе находите, что на дистровотче всё-таки метрика -- популярность _странички_ DW по дистрибутиву/ОС, а вовсе не самоотверженность его пользователей?
> Не находите, что на дистровотче всё-таки метрика -- популярность _странички_ DW по дистрибутиву/ОС, а вовсе не самоотверженность его пользователей?Ну тут вам виднее, Михаил. Я с трудом понимаю, что такое самоотверженность пользователя. Но то немногое, что я понимаю, вполне связывается с "второй сотней" по популярности.
> Я с трудом понимаю, что такое самоотверженность пользователя.Можно предложить примерное определение: количество времени, которое пользователь готов угробить на установку и настройку системы до рабочего вида, помноженное на его квалификацию в каких-либо сопоставимых единицах (эту метрику можно доопределять отдельно, в качестве нулевого приближения взяв e.g. самостоятельный "налёт" с *nix-like в годах или неделях).
> Но то немногое, что я понимаю, вполне связывается с "второй сотней" по популярности.
Опять же, если уж пытаться систематизировать -- то следует учесть фактор сознательной ориентированности на конкретную территорию (что выражается в языке документации, багтрекера и списков рассылки разработчиков/пользователей), да и сравниваем "the" ОС с дистрибутивом (что правомерно, потому как ставлю-то я не "линукс", а конкретный дистрибутив -- но не совсем осмысленно, т.к. имея возможность выбрать под задачу, могу подобрать наиболее подходящий, а не дотачивать единственный доступный вариант; правомерно _и_ осмысленно было бы сравнивать сумму используемых *BSD с суммой используемых линуксов).
Извините, если сложновато получилось с формулировками -- сейчас голова другим занята :( В любом случае мне опять же интересны сколь-нибудь полезные сравнения, а не фруктов с камушками -- потому и стараюсь осмыслить.
>> Я с трудом понимаю, что такое самоотверженность пользователя.
> Можно предложить примерное определение: количество времени,
> помноженное на его квалификациюок. системы с графическим инсталлятором рулят. Скриптовые и текстовые пролетают.
А что нам это даёт-то? Вася поставил себе систему. Его квалификации хватило, время его устроило. За что ему - "самоотверженный"? Петя купил комп с предустановленной W8, это повод на лично Вас смотреть как на лузера? Причём мейнтейнеру дистра втройне проигрышно: он ваще всю жизнь в некотором смысле "устанавливает систему".>> Но то немногое, что я понимаю, вполне связывается с "второй сотней" по популярности.
> Опять же, если уж пытаться систематизировать -- то следует учесть фактор сознательной
> ориентированности на конкретную территориюЯ правильно понимаю, что Sabayon ориентирован на 3 кв. км. "итальянского сапога", а ALT на 1/6 часть суши?
> _и_ осмысленно было бы сравнивать сумму используемых *BSD с суммой используемых
> линуксов).а чё не source-based? независимо от ядра? а дебиан с фряшным ядром куда отнести?
Короче - попытка "обосновать научно" снобской комментарий выглядит путаной и неубедительной.
>>> Я с трудом понимаю, что такое самоотверженность пользователя.
>> Можно предложить примерное определение: количество времени,
>> помноженное на его квалификацию
> ок. системы с графическим инсталлятором рулят. Скриптовые и текстовые пролетают.Необязательно -- для некоторых задач графические инсталяторы могут задвинуть время достижения желаемого в плюс бесконечность.
Гругря если пользователь с годичным опытом потратит час на установку "графического" линукса под одну задачу, а другой с десятилетним -- пять минут на установку "текстового" линукса под совсем другую, то по предложенной метрике со сделанной оговоркой самоотверженность второго при решении своей задачи несколько меньше. :) (что заодно служит иллюстрацией наивности предложения, понятно)
> А что нам это даёт-то?
Возможно, метрику/ориентир. Но это скорее для тех, перед кем стоит либо проблема осознанного выбора, и тех, кто хочет уменьшить уже пройденную мороку другим.
> Причём мейнтейнеру дистра втройне проигрышно: он ваще всю жизнь
> в некотором смысле "устанавливает систему".Не могу согласиться.
>> Опять же, если уж пытаться систематизировать -- то следует учесть фактор сознательной
>> ориентированности на конкретную территорию
> Я правильно понимаю, что Sabayon ориентирован на 3 кв. км. "итальянского сапога",Не знаю. Каков у них основной язык документации и рассылок?
> а ALT на 1/6 часть суши?
Скорее да.
>> _и_ осмысленно было бы сравнивать сумму используемых *BSD с суммой используемых
>> линуксов).
> а чё не source-based? независимо от ядра?Можно и так, но это будет другое сравнение -- в плоскости систем управления ПО, а не ОС.
> а дебиан с фряшным ядром куда отнести?
На выставку экзотики. :)
> Короче - попытка "обосновать научно" снобской комментарий выглядит путаной
> и неубедительной.Извините, но никаких "попыток обосновать" не делал. Просто обсуждение подтолкнуло к изложению мыслей, которые в общем-то давно уже варились понемногу.
Хотите свалить всё в кучу и торжествующе заявить, что ничего не понятно -- на здоровье.
>> Короче - попытка "обосновать научно" снобской комментарий выглядит путаной
>> и неубедительной.
> Извините, но никаких "попыток обосновать" не делал. Просто обсуждение подтолкнуло к
> изложению мыслей, которые в общем-то давно уже варились понемногу.
> Хотите свалить всё в кучу и торжествующе заявить, что ничего не понятно -- на здоровье.да как раз всё понятно. Тем, кто осознанно ставит нечто ваш комментарий "самоотверженные" даром не нужен. Тем кто на "попробовать" - собственно они сами в состоянии сделать вывод. А городить обоснования, не зная о цели, багаже и опыте... Неэффективно.
> А городить обоснования, не зная о цели, багаже и опыте... Неэффективно.Согласен.
> и всё бы ничего, но гонщик на 106-м месте начал гнать на
> машинку гонщика на 21-ом. а это меняет картинку.Бесплатные лулзы для зрителей - тоже вариант :). А чего, собственно, такого что этот на 106-м месте сказал что у него такой же двигатель как у тех которые на пьедестале? Он ведь не соврал. Да, могло быть еще 100500 факторов за счет которых он на 106 место попал. Двигатель от этого хуже не становится.
> А чего, собственно, такого что этот на 106-м месте сказал что у него такой же
> двигатель как у тех которые на пьедестале?Это забавно.
> Он ведь не соврал.
Токма пьедестал - по продаваемости. А кто-то обвинил во лжи?
> Да, могло быть еще 100500 факторов за счет которых он на 106 место попал.
Никто не спорит.
> Это забавно.Как по мне - это обычный капитанинг. Забавно - это когда кто-то с 21 и 106 места ругяются доказывая что они самые крутые. Игнорируя при этом как минимум 20 "всяких лузеров" успешно вырвавшихся вперед.
>> Он ведь не соврал.
> Токма пьедестал - по продаваемости. А кто-то обвинил во лжи?Во первых, я что-то не припоминаю чтобы у дистроватча пьедестал был именно по этому признаку.
Во вторых, по этому пункту - пингвин рвет любое *bsd на британский флаг. Давно и с отрывом. Пингвиний кернель - в половине телефонов и планшетов, чуть ли не всех читалках книг и прочая. В почти всех роутерах, точках доступа, современных телевизорах и всевозможных сетевых гаджетах.
>> Да, могло быть еще 100500 факторов за счет которых он на 106 место попал.
> Никто не спорит.Тогда не понятно чего ради его надо в 106 место макать в случае если он валидные аргументы привел.
> Забавно - это когда кто-то с 21 и 106 места ругяются доказывая что они самые крутые.А про кого это, не подскажете? Можно и со ссылочкой сразу.
>> Токма пьедестал - по продаваемости.
> Во первых, я что-то не припоминаю чтобы у дистроватча пьедестал был именно
> по этому признаку.Это уже пошло выяснение определений в процессе их применения...
> Тогда не понятно чего ради его надо в 106 место макать
Касательно DW я и не воспринял как "макание", т.к. альт давно утратил свои позиции в этом списке и я не помнил, чтобы он был близко к первой сотне. Так что наоборот даже, порадовали :)
> Во первых, я что-то не припоминаю чтобы у дистроватча пьедестал был именно по этому признаку.Скачиваемость. Или внезапно вы стали понимать буквально?
> Во вторых, по этому пункту - пингвин рвет любое *bsd на британский флаг. Давно и с отрывом.
Давно и с надрывом про это говорят. Пока же практика показывает только одно: "смотря в чём и смотря где".
> Пингвиний кернель - в половине телефонов и планшетов, чуть ли не всех читалках книг и прочая.
И...?
> В почти всех роутерах, точках доступа, современных телевизорах и всевозможных сетевых гаджетах.
И...?
> Тогда не понятно чего ради его надо в 106 место макать в случае если он валидные аргументы привел.Ну раз ты не понимаешь, я поясню. Товарисч на 106 месте привёл 100500 аргументов, почему он на 106. А для 21-го место у него только одно объяснение - потому что гогно. А во мне так это а) неверно 2) смешно c) некрасиво
>> что-то не припоминаю чтобы у дистроватча пьедестал был именно по этому признаку.
> Скачиваемость. Или внезапно вы стали понимать буквально?Брр. Не "скачиваемость", а "посещаемость странички дистрибутива на distrowatch.com":
The DistroWatch Page Hit Ranking statistics are a light-hearted way of measuring the popularity of Linux distributions and other free operating systems among the visitors of this website. They correlate neither to usage nor to quality and should not be used to measure the market share of distributions. They simply show the number of times a distribution page on DistroWatch.com was accessed each day, nothing more.
-- http://distrowatch.com/dwres.php?resource=popularity[ так и не поняли... ]
>> как пишет Линукс
> О, как он пишет, особенно когда что-нибудь отваливается. Но всё-таки от
> самоотверженного пользователя фряки на десктопе можно было бы ожидать и более
> конструктивного ответа, нет?а вы знаете как мне обидно, с друзьями линукс, линукс .... А тут хоп и облом. Оказалось что с линуксовыми дистрами не вп-ду и не в красную армию. Линукс дружелюбный но очень разборчевый в друзьях ,я тут читаю новости Линукса, что вот все изменится, и думаю а вдруг перейду обратно, но вижу что это были лишь только слова и не больше.
Вижу нету смысла бегать снова и искать дистрибутив линукс для себя.
В следующем году, глядишь, будет ядро 4.0.
Наблюдая, как в монолитном ядре линукса постепенно нарастает все больше и больше всякого ненужного хлама, чувствую, как мое хихиканье над гентушниками постепенно сходит на нет и вскоре, думаю, проще будет в складчину купить t-mini и собирать свое собственное ядро, без блек-джеков и шлюх, чем пользоваться готовыми сборками.
> думаю, проще будет в складчину купить t-mini и собирать свое собственное ядроМожет, проще, но вряд ли полезней: кастомное ядро даже на одном узле TB2 (это который половинка лезвия, восемь ядер X5570 в моём случае) собирается из гита в пакет минут пять, основной труд вовсе не машинный получается по времени.
Впрочем, если бы действительно ядра собирали -- то и так бы это знали :-/
> Наблюдая, как в монолитном ядре линукса постепенно нарастает все больше и больше
> всякого ненужного хлама,Вообще-то это модульный монолит. И соответственно никто не заставляет весь хлам вгружать и вообще переть куда-то. Вон например в openwrt модули попилены на пакетики. Ну рубятся перцы за каждый килобайт места в флеше - вот и не ленятся так заморачиваться. Каждому свое.