[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Перекомпиляция основных программ



16 октября 2010 г. 23:32 пользователь Н. Артём <Artiom14@yandex.ru> написал:
>> 16 октября 2010 г. 21:20 пользователь Н. Артём <Artiom14@yandex.ru> написал:
>> > >  Их вызовы при помощи fork.
>> >  А, въехал. НУ это уже относится к libc и ядру. Насчёт libc - тоже вопрос...
>> Ядро вполне ставится штатное с нужной сборкой.
> Ядро у меня самосборное, естественно. Зачем мне штатное с тонной модулей и кучей барахла?

Хм... Таки вы действительно имеете квалификацию выше, чем те, кто в
дебиане собирают ядра?
И чем докажете, что те модули лишние?

> Я просто имел ввиду, что скорость fork, вероятно, может зависеть, например от планировщика, который был выбран.

Для самого fork - те же 1-2%. Разве что машина будет _действительно_ загружена.
У меня на работе такая одна. И то, загружена она по диску, а не по
процессору, ибо БД, а не вычисления.

>> А беспокойство по поводу libc рекомендуется лечить установкой libc6-i686
> Посмотрю. Однако, 686 - хорошо, а p4, в данном случае, - лучше. Не так ли? :-)

Нет. P4 от P3 в этом месте отличается не настолько сильно.
По-крайней мере, оптимизация без всяких MMX и SSE одинаковая.

>> Что касается выигрыша - выигрыш в 1-2% от ускорения запуска скриптов
>> вполне может быть получен другими средствами. Например, достаточно
>> обеспечить наличие всех используемых библиотек и бинарников в кеше, а
>> не тягать их по запросу с винта.
> Но, вроде бы, такое уже есть..?

Да. Достаточно прочитать документацию.

>> Кстати, те 1-2%, что могут быть получены на 99% задач, попросту тонут
>> в ошибках измерения.
> Хм... 1-2% Не больше?

Таки вы не первый пытаетесь получить что-то пересборкой.
В инете тестов дофига было.

>> Рекомендую не извращаться с пересборкой, а посмотреть в дистрибутиве.
>> И еще, не следует надеяться на всякие SSE и MMX, они применимы к очень
>> узкому классу задач, в которые точно не входят ядро и скрипты.
> Ну хорошо, я не про не скрипты, во-первых, говорил, а про их интерпретаторы.

1-2%. Интерпретаторы чаще обращаются к libc, чем к своим функциям. А
для libc есть и -i686

> А, во-вторых... Ядро? Там же специально дали возможность компилировать под конкретную модель ЦП. Блин, в менюшке выбор. :-\ Ведь не от праздного же безделья они это сделали?

И? Ставь нужное ядро из дистрибутива, результат по скорости работы
будет такой же.

-- 
Stanislav

Reply to: