[devel] kernel naming policy

[Anton Farygin]

Михаил Якушин пишет:
> Andrii Dobrovol`s`kii wrote:
>> Anton Farygin пишет:
>>> Stanislav Ievlev пишет:
>>>> On Thu, Jan 31, 2008 at 10:40:59PM +0300, Михаил Якушин wrote:
>>>>> Dmitry V. Levin wrote:
>>>>>> On Thu, Jan 31, 2008 at 09:37:49PM +0300, Valery V. Inozemtsev wrote:
>>>>>> [...]
>>>>>>> кто то же должен был начать. сначала тяжело, потом втягиваешься :)
>>>>>>> я вот щас конфиг для netfilter подправлю и уже жить можно будет.
>>>>>>> а с именами все же предлагаю определиться. мое предложение такое:
>>>>>>> kernel-image-std
>>>>>>> kernel-image-pae
>>>>>>> kernel-image-ovz
>>>>>>> и т.д.
>>>>>>> я вот подумываю о kernel-image-toi (TuxOnIce)
>>>>>> Я предлагаю сохранить прежнюю схему "ароматизации" ядер
>>>>>> base_flavour-sub_flavour с тем, чтобы
>>>>>> - base_flavour отражал суть приложенного патчсета, а
>>>>>> - sub_flavour отражал его конфигурацию.
>>>>> Собственно идея правильная. Но хотелось бы чтобы конфигруация отражала 
>>>>> назначение.
>>>>> то есть например
>>>>> svr для серверов
>>>>> nbk - для ноутов(то есть с сниженным энергопотреблением, и sleep\hibernate)
>>>>> dsk - для настольных компьютеров(тоесть lowlatency и с поддержкой 
>>>>> всякого разного железа, которое бывает на desktopах)
>>>>> и так далее
>>>> Только не увлекайтесь, а то потом придётся в инсталляторе делать
>>>> автоопределение: nbk, dsk и srv ;)
>>>> ... Да и пользователи запутаются.
>>> IMHO std-smp вполне достаточно. у меня переодически поднимается рука 
>>> сделать std-mce, Но понимая, что всё это можно без особого ущерба 
>>> реализовать в std-smp... в общем не нужно этого всего, много чего можно 
>>> сделать в одном ядре.
>>>
>>> Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от 
>>> десктопного ядро.
>>>
>> +1
>> Нет никакого желания ловить баги десятка ядер только потому что у
>> тебя есть сервера, десктопы и ноутбуки. На десктопах тоже очень
>> удобно иметь засыпание и на диск и в память. Иногда это очень
>> здорово и на серверах...
>>
> А вы уверены, что hibernate не вызовет регрешенна на серверном железе? я 
> нет.

Если использовать стандартный ядерный suspend2disk, то уверены.. он был 
в SMP, никаких проблем с ним нет. ну а если какой-то сервер не уснул.. 
что ж.. надо фиксить.