В Интел решили не выпускать 4 гигагерцовый процессор Prescott. они хотят увеличивать быстроту процессоров за счет оптимизации архитектуры ядра и за счет использования многоядерной архитектуры.
Не уж то дождались?!?!?!? Может так и до оптимизации кода ПО дойдут?
> в чем заключается увеличение скорости проца при переходе на 64 бита для игрушек?
Одна из основных проблем IA-32 "дифицит" регистров, в AMD64 и IA-32E General Purpose и SIMD регистров в два раза больше.
>> Одна из основных проблем IA-32 "дифицит" регистров, в AMD64 и IA-32E General Purpose и SIMD регистров в два раза больше.
зажрался народ совсем... помнится лет дцать назад мне случилось писать вставку на асме, которая картинку сжимала. 6 регистров и крутись как хочешь, а по всякому - одного не хватало :((
сейчас имхо на асме никто в здравом уме не пишет, тем более высокоуровневые вещи, а большой кеш неплохо все ускоряет для переменных из ram. хотя игрушки - это конечно важно )
> сейчас имхо на асме никто в здравом уме не пишет,
а gcc ;-) в отличии от человека компилятор менее изобритателен в эффективном использовании регистров, т.к. высокоуровневая оптимизация алгоритма ему не доступна ;-(
>С каких пор в ядре есть блок ясновиденья ;?
>Основной проблемой p4 являются условные переходы, т.к.
>конвеер длинный обработка ложной ветки стоит много тактов.
>А встроенные механизмы предсказания эффективны только на переходах
>с явной переодичностью.
К стати, в конвеера народ не верит.
А очень охотно верит переносу технологий спутниковых
приемников в процессор P4.
одно из немногих исключений, так же как и бутстрэп, кусочки ядра и... придумай сам :)))
большая часть сегодняшних программ легко обойдется без ручной оптимизации - она штучный товар. мне например нравятся маленькие и оригинально написанные кусочки кода, но тлько тогда, когда не стоит вопрос о том на что купить жратвы :)))
микроконтроллеры - дело другое, но я тут даже рядом не стоял за парой исключений, поэтому не буду ничего утверждать
> большая часть сегодняшних программ легко обойдется без ручной оптимизации
я про это и говорю:
софт типа kde, openoffice и.т.п будет немного, но быстрее, за счет того что gcc будет использовать больше регистров
софт типа doom3, ut, mesa, nvidia-drivers и.т.п может получить значительный прирост производительности если разработчики заморочатся, а в этом можно не сомневатся
Так что повторяю то о чем уже говорил: amd64 (ia-32e) стоит юзать, даже если памяти < 2^32
Например операции с fixed point. 2 операции с двумя 32-bit числами можно заменить на одну с 64-bit. Т.е. даже там, где используются 32-bit можно получить (при определенных условиях) выигрыш в скорости.