Отправлено Навзничь 10 июля 2003 г. 14:00 В ответ на: Ответ: Оптимальным, на мой взгляд, будет сумматор, выполняющий одинаковое количество операций в каждый такт, а не древовидной структуры. отправлено murid0 10 июля 2003 г. 13:46

в исходном посте я заявил, что хочу самостоятельно задавать количество этапов суммирования.

Начальные соображения простые. Как для любой многопараметрической оптимизации процесса вычислений вводится система штрафов за выполнение каждой операции. Система эта, понятное дело, зависит от целевой задачи оптимизации - скорость или размер. Таким образом нужно найти разбиение с минимумом штрафов. Теретически все вроде сладко/гладко.

все это очень хорошо в теории, но совсем не ясно как ввести эту систему штрафов. Наверное, придется просто посмотреть и как-то для себя обобщить, во что синтезируется сумматор N чисел.

• Я обычно делаю так: — Интересующийся   (10.07.2003 15:03, 357 байт)
  • Суммы эти нужно получать — Навзничь   (10.07.2003 16:12, 117 байт)
    • Ответ: Если параллельно, — V61   (10.07.2003 19:10, 126 байт)
    • (+) — Интересующийся   (10.07.2003 16:38, 255 байт)