From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 31 Oct 2002 02:18:52 +0300 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] gcc 3.2... =?koi8-r?B?7cTBLi4u?= =?koi8-r?B?IM3B09PBINPU0sHOzs/T1MXKLg==?= Message-ID: <20021030231852.GA6298@basalt.office.altlinux.ru> Mail-Followup-To: ALT Devel discussion list References: <200210310052.29282.ilar@altlinux.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <200210310052.29282.ilar@altlinux.ru> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 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: --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Oct 31, 2002 at 12:52:29AM +0000, Igor Tertishny wrote: > Я долго не решался написать это сообщение. Все проверял и проверял. На многих > компах, отнюдь не на одном. Теперь хочу вынести свое мнение на всеобщее > обсуждение. > > Похоже, мы поторопились с переходом на gcc-3.2. Особенно это относится к > ядрам. Объясняю, почему я так думаю : я админ небольшой сети, всего десять > компов. Все работают на ALT Linux, потому могу сравнивать. После обновления > до новых ядер и прог, скомпиленных на компиляторе 3.2 на всех, я повторяю - > на всех компах сети, начались очень неприятные вещи. А именно: резкое > замедление работы, вплоть до полного зависания. Причем. сразу после загрузки > все в порядке, но потом начинается замедление, прогрессирующее со временем. > Если же загрузить ядро, скомпиленное на компиляторе 2.96, то этого не > происходит, система работает без замедления сколько угодно времени. От Х это > не зависит - то же самое происходит на двух серверах, на которых Х нет в > принципе. Даже, если ядро скомпилировано на этом самом компе - та же история. > Работать стало невозможно. Одна и та же файловая операция на ядре с 3.2 > занимает примерно в 6!!! раз больше времени, чем на ядре с 2.96. Мне кажется, > что там где-то сильно не в порядке работа с IDE. Ничем иным я происходящее > объянить не могу. > > Возможно, вы мне подскажете другие принципы мониторинга, чтобы окончательно > выяснить в чем тут дело. Но что-то нужно делать. Я понимаю, что глупо почти > все компы сети обновлять до Сизифа, но основные сервера как были Castle, так > ими и остались - не обновлял и правильно сделал, как вижу. А рабочие компы - > почему бы и нет, тем более. что мне просто интересно проверять ALT на самом > разном железе. Вы смешиваете разные вещи, а именно, kernel и userspace. На серверах, предназначенных не для тестирования, а для выполнения реальных задач, грамотные администраторы, как правило, собирают custom-ядра. Что касается приложений, то не вижу смысла задерживаться на 2.96. -- ldv --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9wGjc9viEa8HiNCkRAkHNAJ9nmHvALhV4UzIYkwUqBb8BiCenqQCZAWAN DRHrSSbrbwhLk9fFzgIk1Cg= =9gh+ -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o--