Если галочки сняты, то VBRuntime пытается проверять нет ли в программе ошибок например переполнения переменных и если таковое имеется то пытается исправить положение...ИМХО

Ответить

Ответить

На самом деле язык выполняющий проверки на переполнение после каждой операции не может быть быстрее того языка, который этого не делает.

Однако мое глубокое убеждение, что хорошо оптимизированная программа на VB лучше, чем просто программа на C++.

Ответить

Есть один факт, с которым я думаю никто спорить небудет.

Попробуйте сами:

В вб открываем файл , размеров мега 3-4 и запускаем чтение его в массив например...

что мы имеем? глобальный подвисон секунд на 5-7 в лучшем случае.

теперь проделайте то же самое в delphi и убедитесь что вы не заметите никакой задержки. наверное это о чем то говорит?

Ответить

Вот такой кусок кода.

Private Sub Комманда1_Click()
    Dim FFree As Integer
    Dim L As Double
    Dim i As Double
    Dim Var As Byte

Dim arr(0) As Byte
        FFree = FreeFile
    Debug.Print Now
        Open "D:\CR\БазаМ1.mdb" For Binary As FFree
        L = LOF(FFree)
        ReDim arr(L - 1)
        For i = 0 To L - 1
        Seek FFree, i + 1
            Get #FFree, 1, Var
            arr(i) = Var
        Next i
        Close
    Debug.Print Now
        ReDim arr(0)
    Debug.Print Now
End Sub

Как вы думаете что самое медленное в этом коде? Правильно, ReDim arr(0) - около 60 % всего времени. Убить массив дольше  чем его объявить и заполнить. А птички в оптимизации мало что дают. Через раз то с птичками быстрее, то медленнее. Оптимизировать надо сам код, а не перекладывать это на IDE

Ответить

Ну при открытии файла ясно почему торомзит. Скорее всего на Дельфи это делается в отдельном потоке.

Честно говоря, ИМХО, любую оптимизацию прибивает библа на 1.4 метра.

Ответить

> ...Она оказывается на 27 MГц меньше при среднем приоритете и всего на 10 Мгц при высоком...

Здесь небольшая ошибка. Дело в том, что при тестировании я был подключен к Инету, и у меня в фоновом режиме работали некоторые "жрущие" процессы. Потом я протестировал повторно, закрыв все проги, и оказалось, что при среднем приоритете недотягивает на 10 МГц, а при высоком - по-разному, но преимущественно от 2 до 8 МГц, то есть почти на 100%.

Ответить

To Страшный Сон
Чего-то я не понял, эти Advanced Optimizations каким боком сказываются на работе приложения? Ускоряют, что-ли??? Возможно в тест-программе и бегают какие-то другие проценты, но в реальном приложении время работы не уменьшается ни на секунду

Ответить

Фактически это отключает "режим отладки", то есть VB перестает тратить ресурсы процессора на разные ошибки типа переполнения, некорректных операций. Но распространяется это только на компилированый ехе-файл. Из среды все будет также. А из екхешника если галочки не ставить, то при какой-нибудь некорректной операции будет показано сообщение от программы, в которой указан номер ошибки и название. Если галочки поставить, вычисления ускорятся в несколько раз, а при том же случае будет показано системное сообщение типа "программа выполнила недопустимую операцию и будет закрыта.". Мне кажется правильнее было бы по умолчанию поставить птички, но в VB почему-то их приходится в каждом проекте устанавливать.

Ответить

Сделал маленький эксперимент: в цикле 2000 раз делаю frm.PaintPicture - из PictureBox перерисовываю на форму рисунок .bmp  ок. 1,2Мб и тот же рисунок перерисовываю при помощи BitBlt  тоже 2000 раз. Потом скомпиллировал оба варианта по 2 раза - Optimized.exe  и  NonOptimized.exe. В итоге 4 .exe файла - 2 API и 2 VB.  Ну и начал запускать их поочереди, после каждого запуска перезагружая систему( чтоб всё чисто было) Вот цифры:

API-Optimized.exe - 3 сек, API-NonOptimized.exe - 3сек.

PaintPicture-Optimized.exe - 26 сек, PaintPicture-NonOptimized.exe - 26 сек.

А где ускорение работы - не понял? Если ставить галочки, чтобы  exe сразу вываливался по ошибке (молча) то какая разница - с сообщением или без - всё равно вывалится, и отсутствие галочек не избавит от необходимости отлаживать код и предусматривать возможные ошибки

Ответить

Нашел как сравнивать... На API это тоже не распространяется - они не зависят от настроек программы. Попробуй самый обычный цикл:

For I = 0 To 333333333: Next I

Миллиард операций. Без оптимизации - 1.78 сек, с ней - 0.89 сек, выходит ровно в два раза быстрее.  В некоторых случаях еще больше разрыв получается.

Ответить