Sinclair wrote:
> C>Можешь предложить лучший вариант термина?
> "Динамическая оптимизация целевого кода с использованием статистики
> времени выполнения".
Ну разве что если сократить до ДОЦКСИСВЫ

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

AVK>>fc /b вам в руки.

VD>И где я тебе найду разные версии? Да и суров ты. Я уж лучше какой-нить гуёвой утилитой воспльзуюсь (которая сможет сравнить сразу подкаталоги).

Чего искать то? Распаковываешь дистрибутив 3 фреймворка, достаешь оттуда дистрибутив рантайма (wcu\dotNetFramework\dotnetfx.exe) и сравниваешь его с оригинальным, хотя бы из состава VS 2005. На моей машине результат ожидаемый:

FC: no differences encountered

Так что выкиньте ваши тесты на помойку, если они показывают, что "делегаты ускорились".

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

EC>>Как-то студия отказалась ставить бряку в теле тривиального сеттера (или геттера) в отладочной версии и сказала, что метод был оптимизирован, вот я и подумал, что инлайнинг случился. Если это не инлайнинг, то что тогда?

IT>Может ты релиз пытался отлаживать?

Возможно, может быть я что-то путаю.

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

S>К сожалению, это происходит не так часто, как хотелось бы

Это как раз происходит в тех местах где устранение вызова могло бы дать нибольший эффек — при использовании разных компораторов и т.п.

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

C>Вообще-то, серверная и клиентская JVMы заметно различаются в Java.
C>Клиентская GC имеет более простые алгоритмы HotSpot'а, оптимизированые
C>для быстрого запуска приложения.

Сюрприз — у .NET тоже два рантайма — mscorwks.dll и mscorsrv.dll

AndrewVK wrote:
> C>Вообще-то, серверная и клиентская JVMы заметно различаются в Java.
> C>Клиентская GC имеет более простые алгоритмы HotSpot'а, оптимизированые
> C>для быстрого запуска приложения.
> Сюрприз — у .NET тоже два рантайма — mscorwks.dll и mscorsrv.dll
К чему бы это? Я ничего про .NET не намекал, а только отвечал на тезис
Влада о том, что серверная и клиентская JVM отличаются только
настройками GC.