Сообщение Re[5]: Производительность .Net на вычислительных задачах от 21.10.2020 6:34
Изменено 21.10.2020 6:40 LaptevVV
Re[5]: Производительность .Net на вычислительных задачах
LVV>>Почему не консольное? Бенчмарком гугла время мерить.
S>Непонятно, будет ли сопоставим результат бенчмарков.
Это да. Тут только пробовать и анализировать — другого пути нет.
S>>>Хз, если честно. Не позже, чем первый вызов к соответствующему методу, не раньше, чем JIT основной assembly приложения.
LVV>>Вот. Дык вся медленность С++ мож поэтому и происходит?
S>Почему? benchmark.net достаточно умный, чтобы исключать прогрев из замеров. Замеряется исключительно собственно вызов — там из накладных расходов только маршаллинг.
Все же у меня вызывает сомнения такое БОЛЬШОЕ преимущество додиеза.
S>Непонятно, будет ли сопоставим результат бенчмарков.
Это да. Тут только пробовать и анализировать — другого пути нет.
S>>>Хз, если честно. Не позже, чем первый вызов к соответствующему методу, не раньше, чем JIT основной assembly приложения.
LVV>>Вот. Дык вся медленность С++ мож поэтому и происходит?
S>Почему? benchmark.net достаточно умный, чтобы исключать прогрев из замеров. Замеряется исключительно собственно вызов — там из накладных расходов только маршаллинг.
Все же у меня вызывает сомнения такое БОЛЬШОЕ преимущество додиеза.
Re[5]: Производительность .Net на вычислительных задачах
LVV>>Почему не консольное? Бенчмарком гугла время мерить.
S>Непонятно, будет ли сопоставим результат бенчмарков.
Это да. Тут только пробовать и анализировать — другого пути нет.
S>>>Хз, если честно. Не позже, чем первый вызов к соответствующему методу, не раньше, чем JIT основной assembly приложения.
LVV>>Вот. Дык вся медленность С++ мож поэтому и происходит?
S>Почему? benchmark.net достаточно умный, чтобы исключать прогрев из замеров. Замеряется исключительно собственно вызов — там из накладных расходов только маршаллинг.
Все же у меня вызывает сомнения такое БОЛЬШОЕ преимущество додиеза.
Хотя выше уже возникла гипотеза о "качании" кэша.
S>Непонятно, будет ли сопоставим результат бенчмарков.
Это да. Тут только пробовать и анализировать — другого пути нет.
S>>>Хз, если честно. Не позже, чем первый вызов к соответствующему методу, не раньше, чем JIT основной assembly приложения.
LVV>>Вот. Дык вся медленность С++ мож поэтому и происходит?
S>Почему? benchmark.net достаточно умный, чтобы исключать прогрев из замеров. Замеряется исключительно собственно вызов — там из накладных расходов только маршаллинг.
Все же у меня вызывает сомнения такое БОЛЬШОЕ преимущество додиеза.
Хотя выше уже возникла гипотеза о "качании" кэша.