From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 31 Oct 2002 16:33:57 +0300 (MSK) From: Vitaly Lugovsky To: Subject: Re: [devel] gcc 3.2... =?koi8-r?b?7cTBLi4uIM3B09PB?= =?koi8-r?b?INPU0sHOzs/T1MXKLg==?= In-Reply-To: <200210310131.49725.ilar@altlinux.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: On Thu, 31 Oct 2002, Igor Tertishny wrote: > > Вы смешиваете разные вещи, а именно, kernel и userspace. > > Хорошо, пусть так. Но берем только рабочие компы с 3.2. Все, что я описал > происходит с ними в действительности. И что мне с этим делать? Ведь > замедление работы с течением времени идет. Я уже столько раз проверил, что... > Как с этим бороться? Если честно, то я вот до сих пор собираю все ядра с egcs. Иногда, в порядке экстрима (дабы адреналинчиком накачаться) - 2.95.3. И такая вот политика всегда себя оправдывала. > > На серверах, предназначенных не для тестирования, а для выполнения > > реальных задач, грамотные администраторы, как правило, собирают > > custom-ядра. > > > > Сервера себе работают. Ядра именно те, о которых вы говорили. Не о них речь. > Но если я пробовал пересобрать ядра для серверов с gcc-3.2, то получал ту же > историю. И возвращался к старым. Я не встречал еще ни одного работоспособного > ядра, скомпиленного на 3.2. С этим-то как бороться? Выкручиванием рук ядреных хакеров, что, очевидно, невозможно. Они шибко заложились на особенности одного конкретного компилятора, о чём сам Линус честно заявлял неоднократно...