Время загрузки ядра и OPTIMIZE_FOR_SIZE

make barrel

Ей народ, еще идеи будут?

Тебе не пофиг через 40 секунд появится рабочий стол или через 42?

нет, сколько раз собирала ядра что так, что этак, разницы субьективно никакой, да и у вас с секундомером тоже в пределах погрешности.
Рекомендации Инго Молнара однако стоит принять, особенно в случае если используется процессор с небольшим кешем, т.е. Целерон или Атом

нет, сколько раз собирала ядра что так, что этак, разницы субьективно никакой, да и у вас с секундомером тоже в пределах погрешности.

Есть точный метод, секундомер не нужен: Kernel hacking ---> Show timing information on printks

Рекомендации Инго Молнара однако стоит принять, особенно в случае если используется процессор с небольшим кешем, т.е. Целерон или Атом

У меня не атом или селерон а Соре2Дуо. Я об этом в топике написал. Здесь чорним по белому пишут что для Intel'ов лучше -O2

Но я что-то не особо верю этому ресурсу. А норм англ не нашел (или плохо искал)

Если у Вас Intel, может все же сделаете тест? ;)

>Есть точный метод, секундомер не нужен: Kernel hacking ---> Show timing information on printks

я так понимаю вас время загрузки интересует только?
общую производительность обычно мерят граждане с фороникса ( с читами под заказчика )
7z, sqlite и прочие вещи, и то мне кажется что сравнивать тут сложно,
а просто время загрузки вещь такая... малоинтересная
у меня ноутбук грузится от включения до десктопа 2 минуты, мне 2 секунды погоды не делают

И да и нет :)

40сек от 42сек не много отличается в плане времени, но почему время загрузки ядра увеличилось более чем в 2 раза?..

Для себя хочу узнать где «собака зарыта»

я так понимаю вас время загрузки интересует только?

это «глобальная» цель. Сейчас же хочу узнать:

• что реально делает OPTIMIZE_FOR_SIZE и нужен мне он или нет
• то как действует отключение его у меня - это behaviour моей системы или у всех тоже такое наблюдается

>что реально делает OPTIMIZE_FOR_SIZE

-Os


PS: в новостях тут было, как челы задались целью загрузить систему за N секунд, и что конкретно делали.

> что реально делает OPTIMIZE_FOR_SIZE

Для GCC 4.4.x :
/var/tmp :$cc44 -Q --help=optimizers -fverbose-asm -O2 > 2
/var/tmp :$cc44 -Q --help=optimizers -fverbose-asm -Os > s
/var/tmp :$diff s 2
49c49
< -finline-functions [enabled]
---

-finline-functions [disabled]

сюрприз, -O2 и -Os отличаются только инлайнингом


для GCC 4.3:

< -falign-jumps [disabled]
< -falign-labels [disabled]
< -falign-loops [enabled]
---

-falign-jumps [enabled]

-falign-labels [enabled]

-falign-loops [disabled]

43c43
< -finline-functions [enabled]
---

-finline-functions [disabled]

72c72
< -freorder-blocks [disabled]
---

-freorder-blocks [enabled]

106c106
< -ftree-ch [disabled]
---

-ftree-ch [enabled]

119c119
< -ftree-pre [disabled]
---

-ftree-pre [enabled]

подробности в man gcc

нужен мне он или нет

не заморачивайтесь, серьезно, без разницы.

У меня включено.

вапче то светло-серым по тёмно-..хз какому s/пишут/пишу :)
с -О2 субъективно шустрее
но опять же - при загрузке у меня иногда спотыкается о рейзерфс или офтопик-юзб-клаву %)
потому сферы в вакууме

и если грузить из-винды-в-лин,то запуск дольше, чем в случае из-лина-в-лин

>Но я что-то не особо верю этому ресурсу.
почему?

Выключено, ибо доверяю больше -O2

Всё, кроме -O2, даёт просадку по производительности ядра. Проверялось на кластерных системах.

Если есть желание не терять производительность и прилично уменьшить размер - компилируйте с -march=... для своего процессора

Всем спасибо, после чтения Вашых советов и LKML остаемся на О2

>Здесь

Web 1.0 strikes back!