Лорчег, а современный embedded линукс на ARM платформе в 64мегабайта RAM всё ещё умещается?

ну если ничего больше не надо (ну просто uname запускать и любоваться), то может быть.

мне бы желательно ответ профильных специалистов

Если «современный линукс» = «свежее ядро», то вмещается. Даже в 16 вмещается, при желании.

Телепатов не будет, ты бы задачу описал, специалист...

У меня вроде дефолт занимал этак в 50 МБ, точно не помню. Но с нагрузкой железки в 128 МБ уже не хватило – если потянуть всякие там lighttpd и прочее. Короче опытный образец пришлось в «корзину» отправить. Жду побольше.

Ну типа железку спроектировали с 64мб, на завод отправили, опытные экземпляры получили, и тут я задался сабжевым вопросом :)

У нас есть сетевая железка на арме с 64МБ, часть которых занято под rootfs. Работает нормально, но вторую версию сделали с 128МБ, потому что rootfs разжирнел.

и тут я задался сабжевым вопросом :)

Вовремя :)

Ага :) Не, юзерспейс по оценкам влезает с запасом, я насчёт ядра интересуюсь.

Хватит, ящитаю. У меня есть железка, на которой линукс с юзерспейсом впихнули в невпихуемое 4МБ RAM. Там, правда, ужасные извращения с uClinux, но тем не менее работает.

влезает если нормально настроить конфиг. Понятия дефолтный конфиг как бы нету для эмбеддед. У меня местами 4MB+X11

меня всякие вот такие выхлопы dmesg чего-то смущают на девборде с тем же процессором, у которой 512мб

cma: Reserved 64 MiB at 0x38000000

6МБ с initramfs, ну типа для factory system :)

Что значит «современный embedded Linux»? Станлартный Debian жил в 64M не очень хорошо уже во времена Lenny. Если использовать Buildroot и выбрать в конфе только нужное, уместится.

У меня местами 4MB+X11

4M именно RAM, и в них работает X-серевер? Где-то ты, хм, неточен в терминологии.

Само ядро то уместится. Что там гонять будешь, помимо ядра?

думаю, он размер ядра имел ввиду

Это просто зарезервировано адресное пространство, не физическая память.

Размер бинаря ядра? Не представляю, что такого нужно на устройстве, чтобы собранное статиком ядро было 4М.

Это физическая память для CMA-аллокатора: https://lwn.net/Articles/486301/

так это сжатое, zImage, оно ж ещё потом распаковывается

Ну вот у меня для factory системы 2 метра (без initramfs), на проекте - 4 метра. Это zImage. Я не понял твой коммент, это много или мало? )

Что «это» - 4М? Ну, прекрасно, расскажи, что такого нужного можно запихать в ядро, чтобы оно было 4М в сжатом виде. Я лично думаю, что 4М относится к сжатому образу ФС, но автор этого пока не подтвердил.

А, действительно, не обратил внимания. Тогда это девайс-специфик фича, не всем она нужна.

Много. Что у тебя там (если не секрет)?

Мне кажется, на каждом втором встраиваемом ARM (и еще на каждом втором из остальных) стоит что-то, не умеющее scatter-gather.

Ну вот конкретно сейчас у меня zImage 3.8M занимает, с дефолтным конфигом от девборды. Там конечно много всего лишнего можно повыкидывать, интересует теоретическая возможность, что оно со всеми включёнными фичами могло не уместиться в 64Мб при загрузке

И включённым CONFIG_DEBUG_LL, EARLY_PRINTK и прочей фигнёй для дебага

Вполне, но порезать лишнее всё равно придётся. И да, дефолтного конфига нет.

На x86_64 распоследнее ядро+bash занимают что-то около 7-10 мегабайт.

занимают

Озу после загрузки, да, если не ясно.

Каждому первому ARM в встройке scatter-gather нахер не упал ИМХО. Ну по крайней мере тем, у кого нет PCI-E наружу.

Общее количество RAM на железе. Сервер не Xorg. Только 2d по сети. Есть еще busybox. И вопрос был вообще про ядро, да, оно работает и на 4MB и еще остается.

Это cma, вангую что для gl es и видео.

И вопрос был вообще про ядро,

Но ответ-то было про «+X11».

оно работает и на 4MB и еще остается.

Ну ядро-то да, но ядро + busybox + X11... ну, всякое бывает.

с дефолтным конфигом от девборды. Там конечно много всего лишнего

Понятно. Так и я умею.

EARLY_PRINTK

О да, это ж дофига места.

Эмбеддед на то и эмбеддед что у тебя железка узко заточенная на задачу. Ты сооьветственно подбираешь компоненты и затачиваешь их под эту задачу. Вот у меня роутер живет на 32 MB RAM, сбор данных - 16, панель управления датчиками - 4. Нигде ничего лишнего. Мультимедия жрет до хрена, да. Поэтому CCTV previw на аж 512MB работает, а инфотабло аж с гигом рамы. А вот чем больше универсальности тем больше надо рамы и на много порядков сложнее все - тут и ux нужен и ужаться надо.

Нет 3d и RENDER, лайфхак. Ну и разрешение не высокое (просто панель управления сотней датчиков), никаких Xft, только bdf, вкомпиленные в сервер.

Даже в 16 вмещается, при желании

В общем, согласен с такой оценкой. Embedded нормально в 16 рамы лезет. У автора 64 метра - тем более беспокоиться не о чем.

Что касается флэша, 8 метров ought to be enough.

А иксы опенсорсные или что-то проприетарное?

Пропоиетарное но на основе того что на x. org, полностью свой аппаратный слой но стандартные вещи обычные, но без лишних патчей. То есть стандартные вещи не трогались, обычный 2d софт работает. Клиентские либы обычные из гитов. Тулкит кастомный на основе Xt и Motif 1.2.

Ну дрова же ) FPGA, SPI, GPIO, свои ещё

4 мегабайта своих дров? силён!)

И еще, наверное, устройств ввода нет или они бесконечно примитивные?

Лорчую Харальда.

Тачскрин и энкодер (крутилка +/-)

Для статистики какой юзкейс?

amdgpu.ko - 6,1M

Ну не 4, а 4-2 = 2. И большая часть там стандартных как бы )

Для статистики какой юзкейс?

IP телефон.

C bitstream для fpga - верю.