[мерялка]размер ядра

я, Глеб Мизгирь, ядро конпелял сам, монолитное, не получилось.

https://lh3.googleusercontent.com/-cRD6d2TrBJ0/Thf21KvjubI/AAAAAAAAABc/m0Cm4T...

persephone:~> du /boot/vmlinuz-3.2.0-0.bpo.1-amd64 
2.7M	/boot/vmlinuz-3.2.0-0.bpo.1-amd64
persephone:~> du -c /lib/modules/3.2.0-0.bpo.1-amd64/ | tail -n1
123M	total
persephone:~> du /boot/vmlinuz-2.6.32-5-amd64 
2.4M	/boot/vmlinuz-2.6.32-5-amd64
persephone:~> du -c /lib/modules/2.6.32-5-amd64/ | tail -n1
112M	total

Дистрибутивные.

Где очки потерял?

Беспонтовая хезня
Подросла. Что за ***ня?!?

кто потерял, я потерял?

http://kotomatrix.ru/images/lolz/2011/04/12/882652.jpg

А у меня член 25 см

Ну и ядря большие и упругие

Пруф

И одно больше другого.

Я, убунта 12-04, дефолтная. Ядро 4.9 Мб, initrd = 19.8 MB, модулей на 150 Мб.

Я, Алексей <фамилию не скажу>, ядро самосборное

vmlinuz - 2,5 Mb
/lib/modules/2.6.39.4/kernel - 1,3 Mb

initramfs/initrd не использую.

В наш век фотошопа и порносайтов спрашивать подобный пруф просто не этично, да и в галерею все равно не поместят

Да, это я диаметр указал

Здравствуйте, меня завут Кирил
ядро компелял не сам, ядро гибридное ntoskrnl.exe - 2,08 MB

Почти монолит 3.7 метров на нетбуке. Почти монолит 2 метров на десктопе + initramfs на 800 килобайт (я ССЗБ, у меня /usr отдельным разделом). Уменьшал, насколько можно, не теряя при этом функциональности. Оба ядра сжал lzo, чтобы распаковывалось быстрее, поэтому ядра такие большие. initramfs такая большая, потому что в ней glibc, чтобы работал fsck.ext4 без пересборки с uClibc, initramfs сжата gzip'ом.

gentoo_root

initramfs на 800 килобайт (я ССЗБ, у меня /usr отдельным разделом и systemd, который его не осиливает)

fixed

amorpher@xxx:~$ du /boot/vmlinuz-3.1.0-1-686-pae
2568 /boot/vmlinuz-3.1.0-1-686-pae
amorpher@xxx:~$ du -c /lib/modules/3.1.0-1-686-pae | tail -n1
95420 итого
amorpher@xxx:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (wheezy)
Release: testing
Codename: wheezy
amorpher@xxx:~$ И так далее.

5.7M /boot/kernel-3.2.1-gentoo-seraphim

модулей нет, инитрд нет.

Я Васисуалий Лоханкин, и мне лень собирать ещё и ядро:

$ du -sh /boot/vmlinuz-generic-smp-2.6.37.6-smp
2,7M	/boot/vmlinuz-generic-smp-2.6.37.6-smp
$ du -sh /boot/initrd.gz
3,3M	/boot/initrd.gz
$ du -sh /lib/modules/2.6.37.6-smp
84M	/lib/modules/2.6.37.6-smp

Нате:

$ du /boot/vmlinuz-2.6.30.10 /lib/modules/2.6.30.10/ -sh&&cat /boot/config-2.6.30.10|grep INITRD
1,3M	/boot/vmlinuz-2.6.30.10
19M	/lib/modules/2.6.30.10/
# CONFIG_BLK_DEV_INITRD is not set

Жду приз.

Жду приз.

Ну, ты пока не чемпион )))

systemd, который его не осиливает

Ты забыл ещё glibc, udev, udisks, cups, libatasmart, alsa, dbus, usbmuxd, pulseaudio, NetworkManager, которые не осиливают /usr отдельным разделом.

которые не осиливают /usr отдельным разделом.

Это почему это они так?

4,1M /boot/kernel-3.2.2-gentoo
13M /lib/modules/3.2.2-gentoo/

Особо «оптимизировать» не старался.

Особо «оптимизировать» не старался.

Если честно, я до сегодняшнего дня думал, что ведро не больше пяти метров весит со всеми модулями... Пока не проверил у себя. Как проверил — решил статистику пособирать.

ах да

[ megabaks@desktop ] ~ $ ls -lh /lib/modules/3.2.1-pf/video/nvidia.ko 
-rw-r--r-- 1 root 0 12M февр.  1 04:54 /lib/modules/3.2.1-pf/video/nvidia.ko
[ megabaks@desktop ] ~ $ 

Как будто где-то эти сервисы запускаются до монтирования ФС из /etc/fstab.

Это почему это они так?

Потому что они используют файлы, лежащие в /usr, поэтому их нельзя запускать до монтирования /usr. Монтирование /usr до запуска настоящего init'а (в моём случае systemd) решает проблему. Вообще, надо у себя, наверное, заменить initrd на скрипт в корневой файловой системе, который будет делать то же самое, что сейчас делает у меня initrd. А когда /bin, /sbin и /lib полностью перенесут в /usr, нужные для этого скрипта программы буду держать в отдельном каталоге на ФС. Как вариант, тогда можно сделать каталог /preinit и хранить в нём то же самое, что сейчас у меня в initrd. А пока не перенесли /bin, /sbin и /lib в /usr, нужные программы и так лежат на доступной корневой ФС.

и вот

-rw-r--r-- 1 root 0 11M янв. 28 04:04 /lib/modules/3.2.1-pf/kernel/fs/xfs/xfs.ko

Пруф

Тебе это не надо. Хочется надеяться.

Монолитное ядро, 1.19 мегабайта. Компилирую сам, выпилено всё лишнее, поддержки модулей нет.

Как будто где-то эти сервисы запускаются до монтирования ФС из /etc/fstab.

Вот именно, им приходится ждать, поэтому время загрузки увеличивается. И да, они таки используются: udev запускается до монтирования локальных ФС и куча его правил не сработают правильно из-за недоступности баз данных pci id, usb id. На поддержку локалей в glibc в программах, запущенных на этом этапе, в принципе, можно забить, но это тоже проблема. Я считаю, что там, где не нужно, не надо делать /usr отдельным разделом, а там, где нужно, надо адаптировать скрипты, монтирующие его к данной конкретной системе, чтобы они не зависели от udev.

rwxrwxrwx

Нефиговенькие права на ядро, да. Пойду сделаю rm c:\Windows\System32\ntoskrnl.exe.

Покажи конфиг, не стесняйся.

Монолитное ядро, 1.19 мегабайта. Компилирую сам, выпилено всё лишнее,

Покажи конфиг, не стесняйся ))

1,3M /boot/vmlinuz-2.6.30.10

19M /lib/modules/2.6.30.10/

Жду приз.

Лол, за 20,3-мегабайтное ядро? Это далеко не самое маленькое здесь и далеко не самое большое.

Я вот порылся и откопал у себя ядро на 896 килобайт для роутера и 2.1 метр модулей к нему (архитектура — mips). А ещё у меня была дискета, на которой стояло ядро 2.6.32 на 650 килобайт и busybox, причём это уже было x86.

localhost joker # du /boot/vmlinuz-3.2.2-gentoo 
3292    /boot/vmlinuz-3.2.2-gentoo
localhost joker # du -c /lib/modules/3.2.2-gentoo/ | tail -n1
69048   итого
localhost joker # 

Ядро самосборное, монолитное.

ну вот как-то так:

nepank@blahblah ~ $ du -h /boot/vmlinuz-3.2.2-pf 
2,7M	/boot/vmlinuz-3.2.2-pf
nepank@blahblah ~ $ du -ch /lib/modules/3.2.2-pf/ | tail -n1
29M	insgesamt
nepank@blahblah ~ $ du -h /lib/modules/3.2.2-pf/video/nvidia.ko 
17M	/lib/modules/3.2.2-pf/video/nvidia.ko

UPD: забыл написать, ведро конпилял сам, без initrd, все что использую часто - в ядре, а все остольное - модулями

shtsh-gentoo ~ # du -sh /boot/vmlinuz-3.2.2-pf 
4,9M    /boot/vmlinuz-3.2.2-pf
shtsh-gentoo ~ # du -sh /lib/modules/`uname -r`
3,3M    /lib/modules/3.2.2-pf

Из них

shtsh-gentoo ~ # du -sh /lib/modules/`uname -r`/net/wireless/wl.ko
3,1M    /lib/modules/3.2.2-pf/net/wireless/wl.ko

serge@exception13:~$ cat /etc/debian_version
wheezy/sid
serge@exception13:~$ du -sh /boot/vmlinuz-3.2.0-1-amd64 /boot/initrd.img-3.2.0-1-amd64 /lib/modules/3.2.0-1-amd64/
2,7M /boot/vmlinuz-3.2.0-1-amd64
9,8M /boot/initrd.img-3.2.0-1-amd64
108M /lib/modules/3.2.0-1-amd64/

Делов-то :)

http://pastebin.com/MdGUdcxy

хотя есть ещё к чему стремиться :) но лень

Что-то из-за systemd и отдельного /usr раздела есть проблемы, а из-за перечисленного тобой - нет.

Что-то из-за systemd и отдельного /usr раздела есть проблемы, а из-за перечисленного тобой - нет.

Не-а. У systemd вообще нет никаких проблем с отдельным /usr. Его можно собрать как с префиксом /usr, так и с префиксом /, и в последнем случае он будет работать. SysVinit также собирается с префиксом /, поэтому в сборке systemd с префиксом / нет ничего костыльного.

А всё перечисленное мной имеет проблемы при запуске с недоступным /usr. В случае glibc это недоступность локалей, в случае udev это его правила, читающие базы данных pci id и usb id, находящиеся в /usr и недоступные; всё остальное вообще хранит основные бинарники в /usr. Большинство из перечисленного мной можно запустить после монтирования локальных ФС, но это потеря производительности и увеличение длительности загрузки. udev же либо надо дважды запускать (в общем случае): перед монтированием /usr, чтобы можно было его смонтировать (при этом лучше ограничить набор доступных правил) и после монтирования /usr на полном наборе правил; либо сделать возможность смонтировать /usr, не запуская udev, что, собственно, и делает моя initramfs или же может делать preinit-скрипт на корневой ФС.

Ещё раз тебя спрашиваю, почему система с systemd и отдельным /usr не загружается, а это серьёзная проблема. А без systemd, но с glibc/udev всё прекрасно грузится и очень даже шустро?!