Здравствуйте, VladD2, Вы писали:

VD>Погляди ТаскМенеджером или ПроцессЭксплорером когда появляется и пропадает ncc.exe.

У него просто процесс сборки может быть дольше, так как MSBuild какой-то "левак" исполняет (из-за доп. плагинов).

Здравствуйте, VladD2, Вы писали:

A>>у тебя и так 2.3 сек, у меня было 5 стало 1.5, при разнице процов 1.6 vs 2.4 всё честно
A>>а что у тебя в Assembly Binder Log? — использует он native images или нет?
VD>Хм 1.5... 2.3... у меня меньше секунды. Что у вас за процессоры? (у меня Core 2 Q9550 2.83 Ггц).
у меня на ноуте C2D T7700 (2.4GHz). могу конечно и на i7 проверить на неделе как-нибудь, мне пофиг на чём.

на самом деле очень интересно получается — вчера ночью когда разбирались, у меня получалось 1.5сек, вот прямо сейчас — 0.7-0.9. разница лишь в том, что я логгирование assembly binder сейчас отключил — неужто он такую разницу даёт?

Здравствуйте, kochetkov.vladimir, Вы писали:

KV>Вроде пофиксил проблему с ngen'иньем сборок при установке, нужно протестировать на различных версиях винды и архитектурах.

Win7 Ent, x86; Все файлы присутствуют.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, kochetkov.vladimir, Вы писали:

KV>>Проверил: компиляция в консоли ncc'ем проходит за 1.2 секунды. Видимо что-то со студией. У меня в нее доустановлены плагины, которые я использую по работе (CAT.NET, FxCop, BinScope), скорее всего, кто-то из них чуть задерживает компиляцию

VD>Странно. Там просто вызывается ехе-шник. По идее его трудно задержать.

VD>Погляди ТаскМенеджером или ПроцессЭксплорером когда появляется и пропадает ncc.exe.

Хардкейс похоже прав, т.к. сам компилятор стартует с секундной задержкой. В общем, сам компилятор тут не причем, с шарповыми проектами та же фигня.