From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-Id: <200203070927.g279RJL30714@nefteprodukt.kr.ua> Content-Type: text/plain; charset="koi8-u" From: Serge Polkovnikov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re[2]: Fwd: Re: [sisyphus] =?koi8-u?b?ZXh0M87BIMvP0s7F18/N?= =?koi8-u?b?INLB2sTFzMU=?= Date: Thu, 7 Mar 2002 11:30:39 +0200 X-Mailer: KMail [version 1.3.2] References: <20020306143404.44b57807.avl@l14.ru> <200203070658.g276wDEn025983@reks.ftc.ru> <20020307114617.63a0b6fd.avl@l14.ru> In-Reply-To: <20020307114617.63a0b6fd.avl@l14.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: Чет 07 Бер 2002 10:46 Ви написали: > подход Волковова логичен и системен - все модули в модули. Но опрадывает ли себя такой подход, если он во многих случаях не функционален > другой подход - сколько конфигураций, столько и ядер. > третий состоит в том, чтобы оптимизировать второй подход. Возможно это более приемлемые варианты. Например какой-нибудь домашний - красивый (со всякими там fb) и например серверный. > ваш подход просто наивен  - "лишние 100к ядро не раздуют" Может я ошибаюсь, но я не вижу большой беды в том что ядро будет на 100 КБ больше или даже на 2 МБ. В условиях когда какой-то kicker занимает в памяти 13 МБ, экономить сотню килобайт в ядре... И если уж была влючена в ядро поддержка lpp, то я думаю было бы логичным сделать, что бы эту поддержку можно было реально использовать. И обеспечить наличие в ядре того, что может понадобиться *именно в процессе загрузки* было бы неплохим подходом. С уважением Сергей Полковников