From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <47A308E1.2010102@altlinux.com> Date: Fri, 01 Feb 2008 14:56:17 +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> In-Reply-To: <20080201103746.GB25824@imap.altlinux.org> 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 11:56:37 -0000 Archived-At: List-Archive: List-Post: 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... в общем не нужно этого всего, много чего можно сделать в одном ядре. Не вижу в ноутбуках ничего особенного, что бы делать для них отличное от десктопного ядро.