On Wed, 6 Sep 2006 21:35:26 +0400
Michael Krylov <m.kryl***@m*****.ru> wrote:

> А потом что - универ? LFS всякие, BSD, etc...

Не, не! BSD это подготовительная группа, перед школой =))

Извините, не удержался...

> IMHO, Федора рассчитана на тех пользователей, кому не нужно
> пересобирать ядро. Считается что только разработчики и опытные
> пользователи будут делать это, а им не нужно объяснять как это делать.

Ага, Федора - это детский садик.
Если дорос до пересборки ядра - ты уже взрослый, пора в школу. Слакварь там изучать
(и звучит как "букварь" :))))
А потом что - универ? LFS всякие, BSD, etc...

Спасибо за ответы. Тему можно считать исчерпанной.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3204; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587662

В сообщении от 1157563277 секунд после начала Эпохи Michael Krylov написал(а):

> Хотя, поскольку мы ведем диалог в debate-list, давайте немного обобщим вопрос.
> "Обновляемое" ядро содержит в себе массу лишнего (достаточно посмотреть config
> по умолчанию), и иногда (что хуже) не содержит необходимого. С проблемой пересборки
> ядра может столкнуться любой пользователь. Т.е. этот вопрос гораздо шире, чем
> несовместимость с ядром драйвера некоего софтмодема.
>
> Поэтому, imho эту процедуру в Федоре следовало бы упорядочить, упростить и
документировать.
> Наверное многие недолюбливают Федору и за это тоже.

IMHO, Федора рассчитана на тех пользователей, кому не нужно
пересобирать ядро. Считается что только разработчики и опытные
пользователи будут делать это, а им не нужно объяснять как это делать.

Если есть железо, которое не поддерживается дистрибутивом, то можно
поискать драйвера выполненные в виде rpm-пакетов с подгружаемыми
модулями ядра, например, на rpm.livna.org. Этот репозиторий
периодически обновляется, и драйвера что там лежат совместимы со
стандартными ядрами дистрибутива.

> Я всегда в Федоре собирал ядра "как во всех" - работало. А если нужны
> патчи, то ничто не запрещает вам вытащить их из spec'а и наложить
> вручную. Так же ничто не запрещает вам воспользоваться конфигом ядра
> дистрибутива, который можно найти в том же src.rpm или в каталоге
> `/boot'.

Пытался на Федоре 2-й и 3-й - стабильно получал kernel panic при загрузке. Наверное,
те десятки патчей совсем не лишние. А изучать, для чег нужен каждый из них, я
не возьмусь.
Я поступил проще - скачал src.rpm, помучал немного spec и подсунул свой .config

> В любом случаи получится "не обновляемое" ядро, т.е ядро, которое нельзя
> обновлять средствами yum, иначе всю процедуру нужно повторять заново.

Естественно.
Хотя, поскольку мы ведем диалог в debate-list, давайте немного обобщим вопрос.
"Обновляемое" ядро содержит в себе массу лишнего (достаточно посмотреть config
по умолчанию), и иногда (что хуже) не содержит необходимого. С проблемой пересборки
ядра может столкнуться любой пользователь. Т.е. этот вопрос гораздо шире, чем
несовместимость с ядром драйвера некоего софтмодема.

Поэтому, imho эту процедуру в Федоре следовало бы упорядочить, упростить и документировать.
Наверное многие недолюбливают Федору и за это тоже.

> Поэтому, если пользуетесь модемом, то лучше уже "железным", не
> требующим специальных драйверов. Если прикинуть сколько вы экономите на
> свободном ПО, то разница в стоимости железного модема и софт модема
> будет ничтожна.

Комп с модемом был не мой. Вариантов отмазаться от этой задачи тоже не было.
Бывают в жизни такие ситуации :(
Хотя полученный опыт наверняка еще когда-нибудь пригодится :)

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3202; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587635

В сообщении от 1157559194 секунд после начала Эпохи Michael Krylov написал(а):

> Во всех, кроме Федоры :(
> В kernel-2.6.spec - до 1640-й строки описана сборка ядра, далее - до 2400-й
секция
> %changelog.
> Там одних только патчей несколько десятков.
>
> Когда-то пытался собрать ядро "как во всех" - из исходников. Ядро-то собиралось,
> но Федора грузиться с ним отказывалась.

Я всегда в Федоре собирал ядра "как во всех" - работало. А если нужны
патчи, то ничто не запрещает вам вытащить их из spec'а и наложить
вручную. Так же ничто не запрещает вам воспользоваться конфигом ядра
дистрибутива, который можно найти в том же src.rpm или в каталоге
`/boot'.

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

Поэтому, если пользуетесь модемом, то лучше уже "железным", не
требующим специальных драйверов. Если прикинуть сколько вы экономите на
свободном ПО, то разница в стоимости железного модема и софт модема
будет ничтожна.

> > А разработчики Федоры могли бы внятное руководство по перекомпиляции своего
> ядра
> > написать. Совсем нетривиальная задача, оказывается.
>
> Зачем? Во всех дистрибутивах это делается одинаково.
>
> $ make mrproper
> $ make menuconfig
> $ make
> # make modules_install
> # make install

Во всех, кроме Федоры :(
В kernel-2.6.spec - до 1640-й строки описана сборка ядра, далее - до 2400-й секция
%changelog.
Там одних только патчей несколько десятков.

Когда-то пытался собрать ядро "как во всех" - из исходников. Ядро-то собиралось,
но Федора грузиться с ним отказывалась.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3200; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587616

В сообщении от 1157554837 секунд после начала Эпохи Michael Krylov написал(а):

> А разработчики Федоры могли бы внятное руководство по перекомпиляции своего
ядра
> написать. Совсем нетривиальная задача, оказывается.

Зачем? Во всех дистрибутивах это делается одинаково.

$ make mrproper
$ make menuconfig
$ make
# make modules_install
# make install

> > Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
> > Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS
?
>
> А у меня сейчас 800MHz + 256Mb RAM. А два месяца назад было 266MHz +
> 128Mb RAM.
>
> > Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа,
если
> > так удобней.
> > Для embedded devices - я могу понять смысл, а для себя не увидел никакого
прироста/падения
> > производительности после пересборки ядра.
>
> Вы наверно не проводили специальные тесты. Даже разницу между 60fps и

Спасибо за ответ. Разность удельных весов считать не буду :)
Зато убедился, что я все правильно понял.
Пока гуглил вопрос, узнал, что вроде с драйверами nvidia тоже проблемы из-за
4KSTACKS.
А разработчики Федоры могли бы внятное руководство по перекомпиляции своего ядра
написать. Совсем нетривиальная задача, оказывается.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3198; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587593

В сообщении от 1157532216 секунд после начала Эпохи Michael Krylov написал(а):

> Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
> Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS ?

А у меня сейчас 800MHz + 256Mb RAM. А два месяца назад было 266MHz +
128Mb RAM.

> Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа, если
> так удобней.
> Для embedded devices - я могу понять смысл, а для себя не увидел никакого прироста/падения
> производительности после пересборки ядра.

Вы наверно не проводили специальные тесты. Даже разницу между 60fps и
50 fps можно не заметить в Quake2 на глаз... Разработчиков можно понять
если захотеть. Если эта опция хоть на 1-2 % повышает
производительность, при этом, кроме драйверов Conexant, все работает
нормально, то есть смысл включать эту опцию. Нужны цифры? Умножьте
количество пользователей Линукс, которые не используют модем Conexant,
на 1.5 (предполагаемый прирост производительности в %) и отнимите от
этого числа произведение от количества пользователей Линукс, которые
используют модем Conexant, и числа 100, которое показывает потерю
производительности в %. Если в результате число будет положительное, то
общий результат от включения параметра 4KSTACKS имеет положительный
характер, а если число будет отрицательное, то отрицательный характер.

> Во первых, оно по умолчанию. Во вторых экономит память, так как этот
> стек выделяется на каждый процесс/нить.

Я это тоже прочитал и не понял, насколько это нужно реальному десктопу.
Например, у меня сейчас 1.8 ГГц + 1 Гб RAM - что мне даст ядро с 4KSTACKS ?
Вы не могли бы прокомментировать в цифрах, может на примере Вашего компа, если
так удобней.
Для embedded devices - я могу понять смысл, а для себя не увидел никакого прироста/падения
производительности после пересборки ядра.

-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 3196; Возраст листа: 1050; Участников: 951
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/587495

В сообщении от 1157473577 секунд после начала Эпохи Michael Krylov написал(а):

> Нашлась такая информация:
> http://forums.gentoo.org/viewtopic.php?t=188211&highlight=stacks
> What's the pros and cons of using these new 4k stacks?
> Reduced memory consumption. Insignifiant if you have more than 64 megabytes
of
> RAM, though. Mainly useful for the embedded market.

А вот что в ядре

config 4KSTACKS
bool "Use 4Kb for kernel stacks instead of 8Kb"
default y
help
If you say Y here the kernel will use a 4Kb stacksize for the
kernel stack attached to each process/thread. This facilitates
running more threads on a system and also reduces the pressure
on the VM subsystem for higher order allocations.

> Но ведь Федора ставится не на embedded devices, а на PC, где в 99% случаев
RAM>64Mb!
> Может кто-то знает более серьезную причину?

Во первых, оно по умолчанию. Во вторых экономит память, так как этот
стек выделяется на каждый процесс/нить.