DX9 sample browser низкие fps

[intmain]

Установил DirectX9.
Запустил DX sample browser.
Поставил галочки туторов для С++/С#/VB
Просматриваю программы семплы, смотрю на fps.
Наблюдаю в основном 20-30% падение fps в версиях на С# / VB
И самый вопиющий случай с Particles:
C# ~ 235 fps
VB# ~ 237 fps
С++ ~ 471 fps

Почему такая разница? Запускал несколько раз цифры те же.

[Пепел Феникса]

у вас оперативки то хватает?

[intmain]

у вас оперативки то хватает?

WinXp, 2гб, i3, видеo intel 256mb.
Там просто феерверк разве он много памяти требует?

[s-andriano]

Сообщение от intmain

Установил DirectX9.
Запустил DX sample browser.
Поставил галочки туторов для С++/С#/VB
Просматриваю программы семплы, смотрю на fps.
Наблюдаю в основном 20-30% падение fps в версиях на С# / VB
И самый вопиющий случай с Particles:
C# ~ 235 fps
VB# ~ 237 fps
С++ ~ 471 fps

Почему такая разница? Запускал несколько раз цифры те же.

Вообще, величины fps, которые больше 60-85 не показательны.
То есть доверять им нельзя.

С другой стороны, производительность (те же самые fps) сильно зависит от того, как распределена нагрузка между CPU и GPU.
Вероятнее всего, в Particles на CPU приходится большая часть нагрузки, чем в других примерах.
Кстати, если судить по названию, это не удивительно.

[intmain]

Вероятнее всего, в Particles на CPU приходится большая часть нагрузки, чем в других примерах.

Я тоже самое подумал.
Но пример одинаковый для всех языков. Те же ресурсы, те же текстуры, тот же алгоритм. Но при этом мы имеем меньшую производительность в случаях с С# и VB. Почему?

[s-andriano]

Хотя бы потому, что C# - полуинтерпретатор. И, вероятно, VB - тоже.
Хотите, чтобы работало быстро, пользуйтесь компилируемыми языками.

[Пепел Феникса]

Сообщение от s-andriano

Хотя бы потому, что C# - полуинтерпретатор. И, вероятно, VB - тоже.
Хотите, чтобы работало быстро, пользуйтесь компилируемыми языками.

там скорее всего просто ошибка измерений того что выше частоты обновления экрана, учитывая сборщик мусора и JIT.

[intmain]

Хотя бы потому, что C# - полуинтерпретатор. И, вероятно, VB - тоже.

Это что-то вроде того как Visual Basic 6 компилировался в P-code, или Java в байт-код, а не в инструкции процессора ? А разве во время первого запуска С#-программа не компилируется в инструкции для процессора?

Хотите, чтобы работало быстро, пользуйтесь компилируемыми языками

Пока обычный Си изучаю.
Но много людей советуют С# использовать.
Его Майкрософт, наверное, специально для школьников придумала в учебных целях, в нормальных программах, где требуется высокая скорость думаю его не используют, т.к. для всего что связанно с высокими нагрузками, графика - например, он мало подходит.
Ну и для быстрой разработки офисных приложений вполне.

там скорее всего просто ошибка измерений того что выше частоты обновления экрана, учитывая сборщик мусора и JIT.

Пример как я уже писал, запускал из пакета DirectX9 средства для разработчика.
Его как я полагаю писали в самой Майкрософт, вы думаете они ошиблись с подсчетом фпс ?

В общем спасибо все, мне стало понятно в чем была причина падения Fps.
Пока желание изучать С# сильно поубавилось.

Скажите, а насколько программы на нем переносимы за пределы Win?

[s-andriano]

Сообщение от Пепел Феникса

там скорее всего просто ошибка измерений того что выше частоты обновления экрана, учитывая сборщик мусора и JIT.

Вполне вероятно.
Если посмотрите мой пост #4, именно это высказывается в качестве первого возможного объяснения. Все дальнейшие рассуждения уже потом.
ПРежде, чем делать выводы, я бы постарался переделать тесты так, чтобы не изменить баланс между работой CPU и GPU, но при этом увеличить нагрузку на оба процессора, чтобы добиться fps в районе нескольких единиц.

[s-andriano]

Сообщение от intmain

Его как я полагаю писали в самой Майкрософт, вы думаете они ошиблись с подсчетом фпс ?

При чем здесь Майкрософт?
Это Вы ошибаетесь, всерьез воспринимая количества fps выше 60.
Ошибка не в программе, ошибка - в трактовке ее результатов.