From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <47A318CC.8060407@altlinux.com> Date: Fri, 01 Feb 2008 16:04:12 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20080131160302.GA13654@granary.armor.altlinux.org> <200801312039.08278.shrek@altlinux.ru> <47A20C15.8030809@altlinux.com> <200801312137.53058.shrek@altlinux.ru> <20080131193507.GA7815@wo.int.altlinux.org> <47A2244B.60307@altlinux.ru> <20080201103746.GB25824@imap.altlinux.org> <47A308E1.2010102@altlinux.com> <47A305F6.50009@iop.kiev.ua> <47A316D5.6070505@altlinux.ru> In-Reply-To: <47A316D5.6070505@altlinux.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] kernel naming policy X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2008 13:04:29 -0000 Archived-At: List-Archive: List-Post: Михаил Якушин пишет: > 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, никаких проблем с ним нет. ну а если какой-то сервер не уснул.. что ж.. надо фиксить.