[devel] I: архитектуры, пакеты и rpm...
Anton Farygin
=?iso-8859-1?q?rider_=CE=C1_altlinux=2Ecom?=
Пн Окт 4 16:43:35 MSD 2004
Vladimir Lettiev пишет:
> Alexey I. Froloff wrote:
>
>> Думаю, по поводу поддержки pentium4 в rpm вопросов нет ;-) Надо
>> думать насколько необходима поддержка "расширений" в самом rpm
>> (т.е. насколько польза, полученная в результате упешного
>> добавления новой архитектуры в rpm, превышает затраты на
>> внедрение и разгребание последствий этой фичи).
>>
>
> А какие могут быть последствия корректного определения любого процессора
> в rpm? Абсолютно никаких проблем.
> Или планируется создавать репозитории бинарных пакетов под каждую
> конкретную архитектуру?
>
> Ещё мне кажется надо развеять миф о том, что сборка программ под
> конкретный процессор будет влиять только на скорость работы мультимедиа
> приложений (набор инструкций sse, 3dnow). Читая обзоры новых
> процессоров, можно увидеть, что изменяется эффективность
> декодирования/исполнения различных инструкций процессора, т.е. если бы
> компилятор, учитывая эти улучшения, при генерации ассемблерного кода
> отдавал предпочтения более скоростным операциям, то получали бы
> ускорения для приложений любого типа. Использование коротких преходов
> (JMP) тоже даёт преимущество в скорости исполнеия при использовании
> процессора с кэшем инструкций.
IMHO все-таки надо сравнивать на реальных задачах - надо наваять набор
тестов, собрать этот набор с различными флагами оптимизации и выполнить
на различных типах процессоров, внеся коэффициэнт на тактовую частоту. И
сравнить.
Кстати, сейчас многие _правильные_ приложения умеют оптимизироватья под
архитектуру runtime. Я точно знаю об этой способности у libSDL и libxine.
>
>
> p.s. Кстати Celeron >= 1,7 Ghz будет определяться как p4?
Естественно нет, если не учитывать family model и stepping флаги.
Rgds,
Rider
Подробная информация о списке рассылки Devel