Инкрементальная компиляция в Quartus Опции

[Jackov]

Салют!
Наконец-то дошли руки до инкрементальной компиляции.

Создал два одинаковых параметризованных модуля.

Код

module inc(
    (*chip_pin = "73"*) output Y1,
    (*chip_pin = "74"*) output Y0,
        (*chip_pin = "75"*) input D1,
        (*chip_pin = "76"*) input D0,
            (*chip_pin = "77"*) input C);
    M #(63) M0(.Y(Y0), .D(D0), .C(C));
    M #(128) M1(.Y(Y1), .D(D1), .C(C));
endmodule

module M #(parameter N = 4) (output Y, input D, input C);
    reg [N-1:0]REGQ;
    always @(posedge C)
        REGQ <= {REGQ[N-2:0], D};
    assign Y = ^REGQ;
endmodule

Включил опцию в настройках:


Разложил эти модули по ЛогикЛок регионам, назначил партишины:


Откомпилировал:


Меняем разрядность модуля М1, ожидаем что модуль М0 останется незатронутым, однако, как видим, М0 тоже переразмещён:


Quartus 9.1, микросхема Циклон 4. Где я неправ?

Сообщение отредактировал Jackov - Oct 29 2017, 14:19

[Jackov]

Вопчем переключил сюда - заработало. Однако прирост скорости компиляции отсутствует и даже немного медленнее стало, что странно. Я так понимаю, если в проекте изменения не делать, то и компиляция должна проходить мгновенно?

[spectr]

Вопчем переключил сюда - заработало. Однако прирост скорости компиляции отсутствует и даже немного медленнее стало, что странно. Я так понимаю, если в проекте изменения не делать, то и компиляция должна проходить мгновенно?

Инкрементная компиляция дает реальный прирост только на больших проектах, где одна партиция занимает под тысячу и более лутов, а проект может компилиться по пол-дня и больше. Вот тогда она выстреливает. На маленьких же проектах смысла в ней нет.

И еще надо очень внимательно разбивать на партиции (читайте хендбук, там все хорошо расписано). Например, на границах партиций желательно ставить триггера, чтобы фиттер "по ним" умел их разрезать, не затрагивая внутреннюю логику партиции.
То есть, для того чтобы эта фича работала, надо не просто включить волшебный чекбокс, но еще и придерживаться ряда определенных правил построения проекта.

[bogaev_roman]

Инкрементная компиляция дает реальный прирост только на больших проектах, где одна партиция занимает под тысячу и более лутов, а проект может компилиться по пол-дня и больше. Вот тогда она выстреливает. На маленьких же проектах смысла в ней нет.
И еще надо очень внимательно разбивать на партиции (читайте хендбук, там все хорошо расписано). Например, на границах партиций желательно ставить триггера, чтобы фиттер "по ним" умел их разрезать, не затрагивая внутреннюю логику партиции.
То есть, для того чтобы эта фича работала, надо не просто включить волшебный чекбокс, но еще и придерживаться ряда определенных правил построения проекта.

Поддерживаю полностью.
Замечания ТС - у Вас партиция стоит post-synhteis при этом основное время компиляции тратится на fitter, т.е. выигрыш по времени будет минимальным, если вообще будет - добавляются дополнительные требования на размещение, в отличие от ситуации при отсутствии лоджик рута, Вы приводите скриншот после разводки, но процесс фиттера будет произведен заново и, естественно, картинки будут различаться. На партиции обычно разбивают не для экономии времени, а для впихивания невпихуемого и вытягивания таймингов. Для ускорения времени компиляции обычно оптимизируют сам проект и задают грамотно ограничения. Если хочется просто увидеть уменьшение времени компиляции, наплевав для начала на тайминги, можно ослабить настройки того же фиттера - fast fit

[Jackov]

На партиции обычно разбивают не для экономии времени, а для впихивания невпихуемого и вытягивания таймингов.

Я то, в принципе, понимаю что инкрементальная компиляция нужна для того чтобы не рушилась удачная разводка на модулях которые не меняются. Я не понимаю почему он вообще компилирует повторно проект в котором не было никаких изменений?

у Вас партиция стоит post-synhteis при этом основное время компиляции тратится на fitter

А что нужно ставить?