From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <47A316D5.6070505@altlinux.ru> Date: Fri, 01 Feb 2008 15:55:49 +0300 From: =?KOI8-R?Q?=ED=C9=C8=C1=C9=CC_=F1=CB=D5=DB=C9=CE?= 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> In-Reply-To: <47A305F6.50009@iop.kiev.ua> 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 12:55:35 -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 не вызовет регрешенна на серверном железе? я нет.