[devel] Re: HIMEM up
Michael Shigorin
=?iso-8859-1?q?mike_=CE=C1_osdn=2Eorg=2Eua?=
Ср Авг 13 18:15:19 MSD 2003
On Wed, Aug 13, 2003 at 04:42:42PM +0300, Andy Gorev wrote:
> Существует-ли какая-либо обоснованная причина отсутствия
> поддержки HIMEM в std-up ядре? Если не существует, или это
> решаемо, то добавте пожалуйста CONFIG_HIGHMEM4G=y
> Ставить SMP не предлагать ;-)
> ps подобная просьба звучит периодически и в комьюнити и в сизифе
Что характерно, там же звучит обоснование, почему _сейчас_ так
уже не делается и почему предлагают ставить SMP или собирать
свое.
У меня другой вопрос -- нет ли у уважаемых kernel flavour
maintainers видения того, какие ядра нужны?
Пока предлагаю свои соображения:
- std: default. То, что должно быть при отсутствии других
соображений, штатным, поддерживаемым etc. То, что "в общем
случае" должно просто работать.
- aw: server default. Думаю, объяснять, что фокус сборки и
поддержки серверного ядра достаточно сильно отличается от
"общих" и тем более "столовых" соображений.
- "mm"/"ws": нечто более мультимедийно-столовое, которое может
позволить себе включать не очень проверенные драйверы нового
железа, патчи вроде win4lin, lowlat, supermount или пяток
версий NVIDIA, но зато работать на всем, что горит и быть более
приемлемым решением вопроса, чем "соберите сами", по тем
флангам, где "тенденция, однако" (как w4l или sm).
Так как политика развития aw определяется сугубо практическими
соображениями, то за него я спокоен в наибольшей мере.
Соображений по части (не)вхождения/заголосовывания/выкидывания
патчей в std я пока не припомню, но это скорее именно что
ответственность майнтейнера с данными QA и support@ на руках.
"mm" мне напоминает Костины ядра в части "работает на всем, но
иногда и на хорошем может странно себя вести" -- есть случаи,
когда лучше так, чем никак.
_Возможно_, "ws" -- несколько более другая ветка, нежели mm -- в
той части, что акцент смещен все же не в фичи, а в стабильность,
но при этом есть вещи, которые могут быть просто не нужны на
"обычном" или "мультимедийном" столе -- вроде того же highmem или
поддержки стримеров.
PS: есть и развитие темы по другому направлению -- сборки в
зависимости от архитектуры, которые учитывают бессмысленность
включения поддержки PS/2 или i440BX в athlon, KT400 -- в PIII или
ISA -- в P4 (?). Но это явно не в этом году :)
PPS: мне показалось, что оригинальное письмо было в d-k на .
Перебираемся туда?
--
---- WBR, Michael Shigorin <mike на altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип : application/pgp-signature
Размер : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20030813/4188808a/attachment-0001.bin>
Подробная информация о списке рассылки Devel