Отправлено SМ 24 сентября 2003 г. 15:55 В ответ на: Не совсем понял, в Sharc-ке же 32 или 40 бит float не влияет на производительность (только на конфигурацию памяти). И такты считать просто - конвеер 3 стадии без наворотов. отправлено Builder 24 сентября 2003 г. 15:44

еще как влияет. Для всех плавучих команд 32 бита 3 delay-слота - то есть 3 стадии конвейера. И нету так называемых unit latency (когда из delay-слота нельзя выполнить еще одну плавучую команду на том-же юните). То есть за каждый такт процессора при желании можно выполнить 2 плавучих умножения и 2 плавучих сложения. Итого 4 операции.

А для 64 бита - там данные хранятся уже не в регистрах, а в парах регистров. И что-бы юниту считать две пары регистров и записать в третью пару нужны дополнительные такты. Таким образом плавучка double имеет от 6-ти до 9-ти стадий конвейера (разные команды). Тут можно при ручной оптимизации можно одну плавучую операцию выполнить в среднем за такт-два (падение производительности в 4-8 раз). А компилятор С просто вставляет толпу NOP'ов в delay-слоты, не желая думать на предмет заполнения их чем либо полезным.

• Он про SHARC говорил, а там 32 или 40 - что хрен, что редька, только память неэкономно пожрэт. — Зок Мёдов   (25.09.2003 01:38, пустое)
  • Правильно. Он про шарк, а я - про 67. — SМ   (25.09.2003 11:23, пустое)
  • Мимо. Точность она для алу важна и на память сиё обстоятельство отражается никак. — sdy   (25.09.2003 05:43, пустое)
    • Вот именно, мимо... А данные для этого АЛУ откель брать будем? Правильно, из тех самых 8 бит третьего столбца, а остальные восемь чай пить будут. — Зок Мёдов   (25.09.2003 10:36, пустое)
      • Я про регистры, а Вы? В принципе, я прав на 50%, а Вы на оставш. Т.е. победила дружба. Или нет? — sdy   (25.09.2003 19:24, пустое)
        • А чё за третий столбец, ну интересно ведь? Помоему всё таки я прав на 99%. (моде1 в 40 битах): ф0 = ф0+ф0 - ну и где здесь расход памяти? — sdy   (25.09.2003 19:29, пустое)