форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Ядро / FreeBSD)
Изначальное сообщение		[ Отслеживать ]

Сообщения по теме

[Сортировка по времени | RSS]

1. "компиляция ядра, модули"	+/–
Сообщение от arachnid (ok) on 25-Июн-10, 08:38
>Здравствуйте! >Скажите, а как выяснить, какие модули будут компилироваться при пересборке ядра, чтобы >отказаться от лишних? при пересборке ядра собираются все модули http://www.freebsd.org/doc/en/books/handbook/kernelconfig-bu... - вот тут есть информация, что надо делать, если не хочется собирать все модули ну или man make.conf
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	2. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 28-Июн-10, 07:30
	>[оверквотинг удален] >>Скажите, а как выяснить, какие модули будут компилироваться при пересборке ядра, чтобы >>отказаться от лишних? > >при пересборке ядра собираются все модули > > >http://www.freebsd.org/doc/en/books/handbook/kernelconfig-bu... - вот тут есть информация, что надо делать, если не хочется >собирать все модули > >ну или man make.conf :-) Там написано КАК запретить, но не написано ЧТО запретить. Конкретно в примере указаны модули linux, acpi, sound, ntfs. Мне как раз и нужен список (с описанием) всех модулей, чтобы выбрать только нужные.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	3. "компиляция ядра, модули"	+/–
	Сообщение от arachnid (ok) on 28-Июн-10, 09:15
	>[оверквотинг удален] >>http://www.freebsd.org/doc/en/books/handbook/kernelconfig-bu... - вот тут есть информация, что надо делать, если не хочется >>собирать все модули >> >>ну или man make.conf > >:-) >Там написано КАК запретить, но не написано ЧТО запретить. >Конкретно в примере указаны модули linux, acpi, sound, ntfs. >Мне как раз и нужен список (с описанием) всех модулей, чтобы выбрать >только нужные. ls /boot/kernel|grep -v kernel - список всех модулей ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	4. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 28-Июн-10, 09:27
	>ls /boot/kernel|grep -v kernel - список всех модулей >ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :) :-) Но это же издевательство - их там сотни!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	5. "компиляция ядра, модули"	+/–
	Сообщение от Аноним (??) on 28-Июн-10, 09:39
	>>ls /boot/kernel|grep -v kernel - список всех модулей >>ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :) > >:-) >Но это же издевательство - их там сотни! после загрузки выполняем kldstat и смотрим какие модули подгрузились, их оставляем, а оставшиеся удаляем
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	7. "компиляция ядра, модули"	+/–
	Сообщение от arachnid (ok) on 28-Июн-10, 09:52
	>>>ls /boot/kernel|grep -v kernel - список всех модулей >>>ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :) >> >>:-) >>Но это же издевательство - их там сотни! > >после загрузки выполняем kldstat и смотрим какие модули подгрузились, их оставляем, а >оставшиеся удаляем кстати, да! только в make.conf нет переменной для модулей, которые надо собирать. есть модули, которые собирать не надо. так что список всех модулей все равно потребуется. хотя есть переменная MODULES_OVERRIDE, которая устанавливает имена модулей для принудительной пересборки, но что будет, если удалены ненужные - не в курсе
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	6. "компиляция ядра, модули"	+/–
	Сообщение от arachnid (ok) on 28-Июн-10, 09:45
	>>ls /boot/kernel|grep -v kernel - список всех модулей >>ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :) > >:-) >Но это же издевательство - их там сотни! ну так просил то что? :) список всех модулей :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	9. "компиляция ядра, модули"	+/–
	Сообщение от Aquarius (ok) on 29-Июн-10, 23:29
	>>ls /boot/kernel|grep -v kernel - список всех модулей >>ну а потом man <имя модуля> и читаем-читаем-читаем до просветления :) > >:-) >Но это же издевательство - их там сотни! это не издевательство - это то, что ты просил
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "компиляция ядра, модули"	+/–
Сообщение от oleg_tern on 29-Июн-10, 06:02
>после загрузки выполняем kldstat... Спасибо! Похоже, то, что надо. Жаль, конечно, что нет возможности выяснить, от чего отказываемся. Типа, как, например, тут: http://www.freebsd.org/doc/en/books/handbook/kernelconfig-co... >Только в make.conf нет переменной для модулей, которые надо собирать. MODULES_OVERRIDE This variable sets up a list of modules to build instead of all of them. А это не оно, разве?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	10. "компиляция ядра, модули"	+/–
	Сообщение от ALex_hha (ok) on 30-Июн-10, 12:29
	Длеать нефиг или 2 Мб, которые занимают модули критичны? :)
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

11. "компиляция ядра, модули"	+/–
Сообщение от oleg_tern on 02-Июл-10, 07:03
Здгавствуйте! С вашего позволения, переформулирую вопрос. Я хочу подсократить время пересборки ядра за счёт отказа от компиляции лишних модулей. Подскажите, пожалуйста, как можно это осуществить более-менее _нетрудоёмким_ путем. После чтения соотвт. статьи хэндбука появилось предположение, что модули как-то логично группируются (top level modules) и можно избежать "просветления" от изучения сотен "man <имя_модуля>". Выше предложили вариант вообще удалить всё, что не загружается при старте, но это ведь может быть чревато, да?
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	12. "компиляция ядра, модули"	+/–
	Сообщение от Сергей (??) on 02-Июл-10, 10:33
	>Здгавствуйте! >С вашего позволения, переформулирую вопрос. >Я хочу подсократить время пересборки ядра за счёт отказа от компиляции лишних >модулей. >Подскажите, пожалуйста, как можно это осуществить более-менее _нетрудоёмким_ путем. > >После чтения соотвт. статьи хэндбука появилось предположение, что модули как-то логично группируются (top level modules) и можно избежать "просветления" от изучения сотен "man <имя_модуля>". > >Выше предложили вариант вообще удалить всё, что не загружается при старте, но >это ведь может быть чревато, да?   На одном из форумов, был вопрос, а надо ли вообще использовать свое ядро или  компилячить ядро под соответствующий процессор, или и то и другое вместе, в результате обсуждения большинство участников пришли к мнению, что при модульности ядра поддерживаемых сейчас версий фри и современных вычислительных возможностей компьютера это необходимо только для высоконагруженных систем или же откровенно слабых машин (память/проц), все остальное дает выигрыш 1-2% и в реальности не видно, посему используйте стандартное ядро GENERIC, а недостающие модули подгружайте через /boot/loader.conf. Все остальное от лукавого, только головная боль...
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	13. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 03-Июл-10, 08:23
	>посему используйте стандартное ядро GENERIC Спасибо Вам, Сергей за ценнейшие сведения и щедрую рекомендацию!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	14. "компиляция ядра, модули"	+/–
	Сообщение от DeadLoco (ok) on 05-Июл-10, 11:54
	>в реальности не видно, посему используйте стандартное ядро GENERIC, а недостающие >модули подгружайте через /boot/loader.conf. Все остальное от лукавого, только головная боль... Пожалуйста, отконфигурьте мне на генерик-кернеле arp-прозрачный бридж. Или ipfw с форвардингом. Или с дивертом на нат или еще куда. Мнение "большинства участников одного форума" не стоит ничего. Как и всякое мнение большинства.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	15. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 06-Июл-10, 06:01
	>генерик-кернеле arp-прозрачный бридж. Или ipfw с форвардингом. Или с дивертом на нат или >еще куда. Бридж и диверт же загружаются модулями. >Мнение "большинства участников одного форума" не стоит ничего. Как и всякое мнение >большинства. Помню, кто-то довольно остроумно писал по этому поводу, что стоит только спросить, про, например, сапоги, как тут же большая часть сообщества разражается пространными рассуждениями про калоши и валенки. Это, похоже, какой-то врождённый дефект.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	16. "компиляция ядра, модули"	+/–
	Сообщение от DeadLoco (ok) on 06-Июл-10, 12:00
	>>генерик-кернеле arp-прозрачный бридж. Или ipfw с форвардингом. Или с дивертом на нат или >еще куда. > >Бридж и диверт же загружаются модулями. Модуль бриджа генерик-кернела скомпилирован без опции IPFIREWALL_DEFAULT_TO_ACCEPT - а это означает, что, как минимум, такой бридж не может стоять между дхцп-сервером и дхцп-клиентом. Верней, может стоять, но тогда за ним не будет никакого дхцп. И вообще, все, что идет на 1 уровне тцп/ип через такой "бридж" не пролезет. Только через собственной компиляции. По поводу диверта - еще проще: > There is no need to compile IPFW into the FreeBSD kernel unless NAT functionality is desired Т.е. если нужен нат - компилируй ядро, и не иначе. Никакой модуль диверта обойти эту затыку не поможет. Более того, даже если на другом конце диверта будет висеть любой другой демон, скажем, нечто самописное, на лету обрабатывающее пакеты, то и оно работать не будет, пока не будет собрано кастомное ядро с опцией IPDIVERT Ну, с форвардингом вы уже поняли, да.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	17. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 07-Июл-10, 05:08
	>Т.е. если нужен нат - компилируй ядро, и не иначе. Никакой модуль >диверта обойти эту затыку не поможет. Прошу прощения за назойливость, но раз уж разговор зашёл, всё же хочу уточнить: есть же специальные модули ipfw_nat и ipdivert. Они что, не работают, так как нужно?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	18. "компиляция ядра, модули"	+/–
	Сообщение от Pahanivo (ok) on 07-Июл-10, 07:30
	>>Т.е. если нужен нат - компилируй ядро, и не иначе. Никакой модуль >>диверта обойти эту затыку не поможет. > >Прошу прощения за назойливость, но раз уж разговор зашёл, всё же хочу >уточнить: есть же специальные модули ipfw_nat и ipdivert. Они что, не >работают, так как нужно? "мнение большинства" вообще выглядит обсурдно в свете исконно юниксовских традиций затачивания системы под задачу для десктопа хватит и женерика
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	20. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 07-Июл-10, 08:18
	>"мнение большинства" вообще выглядит обсурдно в свете исконно юниксовских традиций >затачивания системы >под задачу >для десктопа хватит и женерика Это в том смысле, что десктоп и исконно юниксовские традиции - по разные стороны баррикад?
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	22. "компиляция ядра, модули"	+/–
	Сообщение от Pahanivo (ok) on 07-Июл-10, 08:30
	>>"мнение большинства" вообще выглядит обсурдно в свете исконно юниксовских традиций >затачивания системы >>под задачу >>для десктопа хватит и женерика > >Это в том смысле, что десктоп и исконно юниксовские традиции - по >разные стороны баррикад? вы мине спрашиваете за десктопы и продакшен сервера? это две большие разницы! по поводу барикад - не по разные стороны, по разные ветви!
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	19. "компиляция ядра, модули"	+/–
	Сообщение от arachnid (ok) on 07-Июл-10, 07:53
	>Т.е. если нужен нат - компилируй ядро, и не иначе. Никакой модуль >диверта обойти эту затыку не поможет. Более того, даже если на >другом конце диверта будет висеть любой другой демон, скажем, нечто самописное, >на лету обрабатывающее пакеты, то и оно работать не будет, пока >не будет собрано кастомное ядро с опцией IPDIVERT > >Ну, с форвардингом вы уже поняли, да. для 8ки - не корректно. подгружаю два модуля ipfw и libalias -  и имею ядерный nat без опции ядра divert
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	21. "компиляция ядра, модули"	+/–
	Сообщение от oleg_tern on 07-Июл-10, 08:27
	>для 8ки - не корректно. подгружаю два модуля ipfw и libalias - > и имею ядерный nat без опции ядра divert и у меня в 7ке вроде так же, но я что-то постеснялся хвастаться. думаю, запишут в "большинство", разговаривать перестанут.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	23. "компиляция ядра, модули"	+/–
	Сообщение от DeadLoco (ok) on 07-Июл-10, 19:22
	>для 8ки - не корректно. подгружаю два модуля ipfw и libalias - > и имею ядерный nat без опции ядра divert Потому что во фре есть более одной реализации ната. Самый старый вариант - юзерленд-нат, работающий отдельным демоном, требует диверта и не иначе. Еще есть нетграф-нода ng-nat. И с не очень давних пор появился кернел-нат в либалиасе.ко. Вот его-то вы и запускаете. Так что учите матчасть.
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

	24. "компиляция ядра, модули"	+/–
	Сообщение от arachnid (ok) on 07-Июл-10, 19:34
	>>для 8ки - не корректно. подгружаю два модуля ipfw и libalias - >> и имею ядерный nat без опции ядра divert > >Потому что во фре есть более одной реализации ната. Самый старый вариант >- юзерленд-нат, работающий отдельным демоном, требует диверта и не иначе. Еще >есть нетграф-нода ng-nat. И с не очень давних пор появился кернел-нат >в либалиасе.ко. Вот его-то вы и запускаете. > >Так что учите матчасть. спасибо. а то я не знал :) то есть когда ты забываешь про ядерный нат, это нормально, а когда тебе об этом напоминают, так "учите матчасть"? ну-ну
	Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема