[andrey4eg 0]

Здравстуйте? Помогите розобратся. В чем разнца описания суматора на VHDL в структурном стиле, или в поведенческом на уровне логических операций над двоичными числами, и тем что просто задать числам тип integer и реализовать сумирование оператором "+". Т.е. есть ли смысл описывать схему устройства или ее состояния, естли можно все реализовать одним оператором?

[Alex11 6]

Все зависит от того, насколько Вам нужна скорость и оптимизация.

[eugen_pcad_ru 0]

Разница в результатах компиляции: предельная скорость работы, количество занимаемых ячеек и т.д.

Вы сами результаты сравнили?

[Builder 1]

Здравстуйте? Помогите розобратся. В чем разнца описания суматора на VHDL в структурном стиле, или в поведенческом на уровне логических операций над двоичными числами, и тем что просто задать числам тип integer и реализовать сумирование оператором "+". Т.е. есть ли смысл описывать схему устройства или ее состояния, если можно все реализовать одним оператором?

ИМХО. В большинстве случаев нет смысла сумирование расписывать, пишите "+".

Оптимизаторы на сегодня работают достаточно хорошо чтобы разложить операцию оптимально на структуру микрухи.

Вижу только один оправданный случай возится с этим - если есть критическое место по скорости, которое оптимизатор не может уложить во времянку. В этом случае ВОЗМОЖНО есть смысл ручками оптимизировать. Оговорка в связи с тем, что часто проще и быстрее логику чуть изменить, чем возится с ручным кодированием сумматора.

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