|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Serguei Khvatov 2:5020/175.2 12 Aug 2002 15:27:39
To : Vladimir Bormotov
Subject : Re: снова про ASP на 16M (was: Hекоторые впечатления об ALT Linux Maste
--------------------------------------------------------------------------------
Mon Aug 12 2002 13:31, Vladimir Bormotov wrote to "Serguei Khvatov":
VB> From: Vladimir Bormotov <bor@vb.dn.ua>
VB> Subject: Re: снова про ASP на 16M (was: Hекоторые впечатления об ALT
VB> Linux Maste
VB> Hi, Serguei!
>>>>>> "SK" == Serguei Khvatov <xbatob@techno.spb.ru> writes:
TG>>>>>> Я когда не смог установить АСПлинтус7.2 на машину с 16Мб ОЗУ,
TG>>>>>> установил его на более мощную машину (PII233 96 ОЗУ), а потом
TG>>>>>> переставил винт на эту слабую машину. Hа винте еще 98-й оффтопик
TG>>>>>> был. Так вот оффтопик как раз запустился, а вот АСПлинтус на стадии
TG>>>>>> загрузки ядра (2.4.9) заглох безо всяких сообщений. Т.е. у меня не
TG>>>>>> получилось даже установить АСП на более мощной машине а потом
TG>>>>>> переставить винт на слабую :( Воткнул винт обратно- грузится.
VB>>>>> первое чтобы я сделал после столь досадной оплошности, посмотрел
VB>>>>> бы для какой архитектуры мне поставили ядро. Есть ненулевая
VB>>>>> вероятность, что ядро поставили собраное для i686, со всеми
VB>>>>> вытекающими. Второе, как говоится "не отходя от кассы" - glibc.
VB>>>>> А потом, уже по мере "включения
SK>>>> Hарывался я на такое. Во-первых, чтобы нарваться надо специально
SK>>>> нарываться :-) Во-вторых - реакция оказывается тяжелая - комп "лыка не
SK>>>> вяжет" и соответсвенно диагностируется достаточно просто
VB>>> я думаю "заглох без всяких сообщений" достаточно четкая диагностика,
VB>>> чтоб подумать о архитектуре процессора, о командах и так далее.
SK>> Вообще-то это первый признак того, что проблемы с железом (с
SK>> RAM/IDE/SCSI в первую очередь) Только я уже давно таких кривых железок
SK>> не встечал
SK>> Кстати об архитектуре 386/пень 4 - мне так показалось, что больше 5%
SK>> ты на програмном уровне не сэкономишь.
VB>
VB> не знаю, я давно такие вещи не исследую, просто доверяю мнению тех, кто
VB> исследует. Из этого вывод "если ядро собирают под конкретный процессор,
VB> то смысл в этом есть. ПЕсли glibc тоже собирают - то тоже смысл есть.
VB> Если другой софт так и кидают собраным для i386 - то в этом тоже есть
VB> смыл!" ;-)))
А ты проверь хоть раз.
Результат странный - ты долго и нудно причесывешь под архитектуру, а работает
быстрее пооцента на 2 (или это все вписывается разброс измерений?) а памяти
жрет деже чуть больше
SK>> Тем более всю самую грязную работу делает ядро, потом glibc и другие
SK>> библиотеки. Твоей же программе на архитектуру совсем наплевать - она
SK>> сама ничего и не делает, только вызывает библиотечные функции.
VB> причем тут моя программа? Разговор был о установке линукса на P-II, о
VB> том, что могли поставить ядро и glibc собраное под процессор более
VB> другой
VB> чем i386, поэтому если винт с таким линуксом всунуть в i486, то этот
VB> линукс мог просто не работать
Ты приведи сначала строк пять после работы lilo/grub Только поточнее. Может
кто и поможет... Только если валится быстро, то и причина обычно простая.
Кстати о ядре. Конфигуратор ядра сам пытается угадать архитектуру, так что для
кросс-компиляции надо не полагаться на его предложения а отвечать как есть.
Кстати, он вообще почти ничего сам не определяет, так что лучше каждый его
вопрос прочитать, продумать и ответить как есть. Как перенести старую
конфигурацию - это отдельный разрговор, но результат этого стоит :-)
--- ifmail v.2.15dev5
* Origin: FidoNet Online - http://www.fido-online.com (2:5020/175.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
