Board.KolibriOS.org
http://board.kolibrios.org/

TinyGL
http://board.kolibrios.org/viewtopic.php?f=24&t=584
Page 2 of 5

Author:  diamond [ Wed Oct 18, 2006 2:35 pm ]
Post subject: 

KCEOH
Какие-то очень странные цифры для FPS...
У меня на компе (1.2 ГГц): для cubeline:
Kolibri: 164-168
98: 163-172
XP без ускорителя: 69-73
XP с ускорителем: 72-75
kiwntf ускоряет системные вызовы. Поскольку существенного повышения скорости после запуска kiwntf не наблюдается, скорее всего, на собственно вывод расходуется довольно мало времени. Для сравнения: для trantest из K0600 после запуска ускорителя FPS подскакивает с ~8800 до ~18600.
P.S. Сравнивать полноэкранный FPS некорректно, поскольку в Колибри я работаю со стандартным разрешением 800*600, а в Windows - 1024*768.

Author:  andrew_programmer [ Thu Oct 19, 2006 4:26 pm ]
Post subject: 

У меня в Колибри FPS в 2 раза больше,чем в XP при аппаратном ускорении.

Author:  rabid rabbit [ Fri Oct 20, 2006 7:36 pm ]
Post subject: 

iadn wrote:
TinyGL написана на Cи для GCC. Для сборки библиотеки и компиляции примеров использовались для сравнения два компилятора GCC и VC++ 2003.
В результате Cubeline
GCC 59Kb 297 fps
VC++ 2003 37Kb 398 fps


При использовании VC++2005 результат, я думаю, будет ещё лучше, т.к. в 2005-ом компилятор оптимизирует заметно агрессивнее, чем в 2003-ем.

Author:  rabid rabbit [ Fri Oct 20, 2006 7:39 pm ]
Post subject: 

andrew_programmer wrote:
Я незнаю,что за НЕУЧ составлял эту статистику.Элементарное измерение скорости кода при помощи комагды RDTSC,которая позволяет измерять скорость кода в тактах(я всегда измеряю скорость ей),показывает,что ассемблерный код быстрее от 10%(но не как не 2%) и выше.Реально это выше может достигать 5000%
НЕ ДОВЕРЯЙТЕ НЕУЧАМ ! Они ВСЕГДА ерунду пишут.


Главное, всегда помнить, что эффект от алгоритмической оптимизации заметно выше, чем от тупого "переписывания на ассемблере".

Author:  andrew_programmer [ Fri Oct 20, 2006 9:41 pm ]
Post subject: 

>Главное, всегда помнить, что эффект от алгоритмической оптимизации заметно выше, чем от тупого "переписывания на ассемблере".


Согласен с тобой на 100%.Программируя на ассемблере мы сразу "убиваем двух зайцев".Тоесть максимально упрощаем алгоритм(сокращается колическтво промежуточных команд) и заменяем переменные регистрами,ускоряя вычисления.Ну и как результат - получаем быстрый код.

К примеру я сравнивал мой код,производящий нормирование вкектора, и код макгаба(вродебы так читается ник нашего польского товарища ?).Разница между моим кодом и его была всего в 2 командах,которые повторялись 3 раза(для каждой координаты).И его код и мой написаны на ассемблере.Но мой 1.6 раза быстрее.

Измерение скорости при помощи RDTSC помогает понять какие команды работают быстрее,а какие медленнее.Это помогает написать алгоритм с наибольшим возможным быстродействием.

Author:  vectoroc [ Sat Oct 21, 2006 11:02 am ]
Post subject: 

Звучит как слова из рекламы... Алгоритмическая оптимизация не есть сокращение количества промежуточным команд. Сокращение комнанд это скорее оптимизация по размеру и возможно по скорости

Author:  Serge [ Sat Oct 21, 2006 12:25 pm ]
Post subject: 

Настоящая оптимизация возможна только под конкретный процессор. Разница в устройстве кеша и декодеров может давать неожиданные результаты. Даже то что хорошо для Нортвудов не всегда хорошо для Прескотов. Всё это сильно снижает ценность такой ассемблерной оптимизации.

Author:  andrew_programmer [ Sat Oct 21, 2006 2:34 pm ]
Post subject: 

Виктор,ты думаеш,что я незнаю что такое алгоримическая оптимизация ?
Геометрические примитимвы можно нарисовать по разному,но алгоритмы Брезенхема самые быстрые.Алгоритмы брезенхема являются примером алгоритмической оптимизации.


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

Согласен.Я как то читал статью для AMD-шных процессоров,где были реализованы алгоритмы быстрого копирования.Когда я стал их проверять на своём celeron2000 ,то эти алгоримы(MMX копирования) приводили только к ухудшению скорости.Все алгоритмы обогнала стандартная rep movsd.

Author:  vectoroc [ Sat Oct 21, 2006 2:53 pm ]
Post subject: 

andrew_programmer
Не знаю знаешь ты или не знаешь ) , но слова
Quote:
Тоесть максимально упрощаем алгоритм(сокращается колическтво промежуточных команд)
как то меня задели..

Author:  Serge [ Sun Oct 22, 2006 3:11 pm ]
Post subject: 

andrew_programmer
Интересно. Интел тоже рекомендует MMX или SSE для быстрого копирования но они дают хороший результат если данные выравнены на 8 или 16 (для SSE) байт и еще объём копируемых данных должен быть больше килобайта. Вообще в Pentium 4 есть быстрое копирование строк если источник и приёмник выравнены на 16 байт. Данные копируются сразу строками кеша.

Author:  vectoroc [ Tue Jan 09, 2007 5:42 pm ]
Post subject: 

iadn wrote:
На сайте пока одни примеры. Исходники примеров, библиотеки и способ компиляции скоро будут.

И пропал...

Author:  iadn [ Thu Aug 16, 2007 11:24 pm ]
Post subject: 

Привет :) . Приношу свои извинения за столь долгое отсутствие :oops:. Выложил все тут.

Author:  Gluk [ Sat Dec 22, 2007 10:52 pm ]
Post subject:  Re: TinyGL

заставляю view3ds открыть 2меговый файл под эмулятором) пока жду реакции =)

Author:  Gluk [ Sat Dec 22, 2007 11:00 pm ]
Post subject:  Re: TinyGL

все жду) эмуль зохавал 50% проца..

Author:  Gluk [ Sat Dec 22, 2007 11:01 pm ]
Post subject:  Re: TinyGL

и 6мб оперативки..

Page 2 of 5 All times are UTC+03:00
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/