From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 23 Jan 2003 22:00:54 +0300 From: Konstantin Volckov To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Re: 2.4.20 and APIC problems (Was: VMWare =?KOI8-R?Q?=CE=C5_=D2=C1=C2=CF=D4=C1=C5=D4_=D3_=D1=C4=D2=CF=CD?= 2.4.20) Message-Id: <20030123220054.1311e11d.goldhead@altlinux.ru> In-Reply-To: <20030123142937.GI38342@osdn.org.ua> References: <20030122003838.1461531e.ivan@protein.bio.msu.su> <20030123142937.GI38342@osdn.org.ua> Organization: ALT Linux X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R 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.9 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: On Thu, 23 Jan 2003 16:29:37 +0200 Michael Shigorin wrote: Hi! > > В продолжение затронутой темы - а есть ли возможность при загрузке > > _выключить_ поддержку APIC для ядра 2.4.20-smp? Проблема в том, что > > noapic ? Ага. BTW, как определяется используемость/неиспользуемость APIC? > > установлено 2GB RAM, а ядро 2.4.20-up видит из них всего 980MB > > -up без BIGMEM делается... Как и раньше. Просто раньше был патч, расширяющий Normal memory до ~1.7G. Из-за проблем с совместимостью он убран из stable ядра и будет присутствовать в adv ядрах. > > Или никак без пересборки up ядра с поддержкой HIGHMEM не > > обойтись? Но почему тогда ALT не собирает up ядра с ней по > > умолчанию? Это чем-то угрожает стабильности? Производительности > > на меньших объемах памяти? По нынешним временам пара гигабайт > > памяти уже и не экзотика вовсе, впору собирать с HIGHMEM по > > умолчанию, а уж без нее - по просьбе трудящихся... > > Нну, все же это скорее привилегия машинок повзрослее на сейчас, а > оверхед для обычных систем был. Я бы не сказал, что >512M на > сейчас является сильно частым вариантом. И в таком случае > теперешний подход ("up / 1+ Gb => use smp") мне кажется вполне > осмысленным. Это не всегда хорошо. > -- > ---- WBR, Michael Shigorin > ------ Linux.Kiev http://www.linux.kiev.ua/ -- Успехов, Konstantin