Что быстрее? VB6 или VB.NET?

[Mikle]

Я в свое время потратил много времени на различные тесты. Могу сказать, что на чистой математике (целочисленная, дробная и булевская) VB6 работает раза в полтора быстрее. На более специфичных вещах (чистая рекурсия, создание-удаление объектов), связанных с управлением памятью NET выходит вперед, причем сильно. Но в реальных задачах, по крайней мере в тех, с которыми я привык сталкиваться, это не играет особой роли.
Но на двух и более ядерных процессорах NET выходит вперед даже на математике, даже если писать все, как на vb6, потоки не использовать.
Могу выложить тест - софтверный 3D рендер с исходниками.

[Mikle]

Тест:
http://tuapse-mikle.narod.ru/vb6-net.rar

[Nord777]

Во вторых - всеже я считаю что будет состязаться не общество .NET с обществом VB6, а наоборот, общество VB6 с обществом .NET. Так что вам и начинать (судя по товим постам и подписи)

Я совсем не считаю, что речь идет о каком то соревновании двух сообществ. Слово соревнование тут вообще неуместно. Мне просто непонятны необоснованные высказывания, основанные на вещих снах

Так что думаю всеже первый шаг за тобой раз уж такой активный.

Ты считаешь, что это МНЕ нужно доказывать что-либо? Я говорил, что .Net быстрее VB6? Нет. Я говорил, что VB6 - отстой? Нет.
Тем не менее, если этот вопрос кому то кроме тебя интересен - можно создать тему.
Вот только я не вижу заинтересованности остальных участников. (Кто будет писать код на VB6?)

Mikle
результаты теста.

Код: Выделить всё

VB6    : 295-317 fps; выделение памяти 6 400 кб, состояние устойчивое.
VB.Net : 242-315 fps; выделение памяти 17 000 - 20 000 кб, идет постоянная работа сборщика мусора.
------------------------------------------------
Процессор: AMD Athlon 64 X2 Dual Core 5200+
OC : Windows XP Pro SP2 (32bit)
ОЗУ: 2 ГБ

Как видим, пиковые значения почти равны, по средним значениям VB6 чуть впереди...
Но! Тест не совсем корректен. Ты не учитывал специфику .Net (Это видно по постоянным выделениям памяти).

Запусти тест из вложения и понаблюдай за выделением памяти. Через несколько секунд, её обьём стабилизируется и останется на этом уровне. А у тебя в тесте трёхмегабайтные скачки.

[Mikle]

Радует, что мастера NET в теме. Тест изначально писался на VB6, и я не до конца уверен, что на NET он полностью корректен. Твой пример обязательно изучу.
Там есть еще расхождение, но уже в пользу NET, очистка экрана в NET идет циклом, а в vb6 с помощью CopyMemory. Это фора в сторону vb6, но, считаю, она обоснована, просто он не умеет оптимизировать такие простые вещи, но это не страшно - их легко оптимизирует программист.

[SLIM]

Я совсем не считаю, что речь идет о каком то соревновании двух сообществ. Слово соревнование тут вообще неуместно. Мне просто непонятны необоснованные высказывания, основанные на вещих снах

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

Ты считаешь, что это МНЕ нужно доказывать что-либо? Я говорил, что .Net быстрее VB6? Нет. Я говорил, что VB6 - отстой? Нет.

Нет не считаю. Просто тебя возможно к этому привлеч. Нет ты ничего подобного не говорил

Вот только я не вижу заинтересованности остальных участников. (Кто будет писать код на VB6?)

Видимо действительно не интересно. Может голоса пособираем. Или опять все заглохнет на корню......

[Mikle]

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

[Nord777]

Не понял, что показывает этот пример? Ведь он без исходника.

Запусти тест из вложения и понаблюдай за выделением памяти. Через несколько секунд, её обьём стабилизируется и останется на этом уровне. А у тебя в тесте трёхмегабайтные скачки.

Ctrl-Alt-Del (Диспетчер задач)

В моем примере что-то не нахожу места, где бесконтрольно выделяется память, может подскажешь?

Я не говорил о бесконтрольности, как раз наоборот, сборщик мусора усиленно её контролирует. твой пример еще не смотрел. Завтра выложу исходник.

[Mikle]

То есть сборщиком можно управлять? Например временно запретить?

[Nord777]

То есть сборщиком можно управлять?

Частично. Гораздо лучше знать особенности его работы.
Вот неплохая статья на эту тему: http://www.rsdn.ru/article/dotnet/GC.xml

В моем примере что-то не нахожу места, где бесконтрольно выделяется память, может подскажешь?

Всё таки оно есть. Вот оно чудо:

Код: Выделить всё

Public Sub SR_Present()
   SetDIBitsToDevice(Graphics.FromHwnd(frmMain.Handle.ToInt32).GetHdc, 0, 0, SR_Width, SR_Height, 0, 0, 0, SR_Height, CBuffer(0), bi32BitInfo, 0)
End Sub

Внутрях сборки System.Drawing в ответ на строку Graphics.FromHwnd(frmMain.Handle.ToInt32) происходит создание нового обьекта Graphics, а именно вызывается эта функция:

Код: Выделить всё

<DllImport("gdiplus.dll", CharSet:=CharSet.Unicode, SetLastError:=True, ExactSpelling:=True)> _
Friend Shared Function GdipCreateFromHWND(ByVal hwnd As HandleRef, <Out> ByRef graphics As IntPtr) As Integer
End Function

А так как ссылка на обьект нигде не сохраняется, то сборщик мусора всё это дело пытается похерить(что он с успехом и делал). На лицо бесполезная работа.
Ещё одно место, где шла потеря производительности, в процедуре Render:

Код: Выделить всё

    SR_ClearZBuffer(10000)
    SR_ClearCBuffer(&H3F5566)

Вместо этих строк вписал напрямую циклы заполнения массивов.
Итог:
330 fps

Но самое интересное дальше.
На работе стоит Intel Core(TM) 2CPU 4400@2GHz (т.е практически идентичный моему домашнему)
Операционка таже(WinXP Pro SP2)
до исправления твоего кода - 300-311 fps
после исправления твоего кода - 425-436 fps.
Я честно говоря не думал, что Intel так уделает AMD в вычислениях с плавающей точкой.

Завтра на работе погоняю коды VB6 и .Net на другой (64-х битной) машине под Win2003Server.

Проекты сделаны под 2008-ой студией, но под Framework 2.0.
2005-ая к сожалению на днях слетела, а переустановить руки не доходят.

[Mikle]

Я честно говоря не думал, что Intel так уделает AMD в вычислениях с плавающей точкой.

Или что он так зависим от нерационального выделения памяти...
Имею кучу вопросов, но задам позже, после изучения кода.

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

[Nord777]

до исправления твоего кода - 300-311 fps
после исправления твоего кода - 425-436 fps.
Я честно говоря не думал, что Intel так уделает AMD в вычислениях с плавающей точкой.

Хе-хе
Это я тестировал только .Net
Сегодня запустил VB6. Результат 500 - fps

Короче говоря, на сегодняшний день мы имеем следующие данные:

Процессор Intel (с визуализацией. Я думаю, что без неё соотношение будет примерно тоже)

Код: Выделить всё

VB6    : около 500 fps
VB.Net : около 430 fps

Процессор AMD. Без визуализации

Код: Выделить всё

VB6    : 332-350 fps
VB.Net : 356-372 fps

[Mikle]

Получается, что новые технологии на AMD активнее применены.
Попробуй на одноядерных - там VB6 рулит однозначно.

Твой пример посмотрел, я его видел раньше, ты демонстрировал использование потока.
Свою ошибку понял, я думал, что Graphics.FromHwnd не создает новый объект, а всего лишь возвращает ссылку на Graphics, который неразрывно связан с формой, создается вместе с ней.
Так что, получается, что в NET формы сами по себе не имеют hDC?

[Viper]

Так что, получается, что в NET формы сами по себе не имеют hDC?

А окна сами по себе имеют только hWnd, но не hDC (как правило).

[tyomitch]

Так что, получается, что в NET формы сами по себе не имеют hDC?

А окна сами по себе имеют только hWnd, но не hDC (как правило).

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

[Mikle]

То есть в vb6 это самое устройство вывода автоматом создается вместе с формой?

[tyomitch]

Как конкретно это реализовано в VB6, не знаю, но я бы на их месте создавал DC прямо в Property Get hDC -- зачем раньше?

[Sebas]

Как конкретно это реализовано в VB6, не знаю, но я бы на их месте создавал DC прямо в Property Get hDC -- зачем раньше?

Всё-таки, классическое ООП не подразумевает в свойствах функционала. Для этого созданы функции)

[Viper]

Так что, получается, что в NET формы сами по себе не имеют hDC?

А окна сами по себе имеют только hWnd, но не hDC (как правило).

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

"как правило" было добавлено по причине наличия каких-то смутных воспоминаний 10-летней давности о возможности таки прицепить свой собственнный контекст к окну.

[tych]

Сорри, что поднимаю тему, но нашел заметку со сравнениями
http://www.pvsm.ru/matlab/35317
vb6 тестеров удивил