svn =1859=
Залил новый графический движок - video/VESA20.inc полностью переделана и переименована в video/GRAPH32.inc .
В _putimage где-то еще сидит баг, отлавливаю.
Оптимизация ядерной графики
-
Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово: B32: mov ax, os_stack ; Selector for os
1) Отловить бага в тайловой граф. системе так и не получилось. В #1930 временно вернулся к пиксельной карте экрана.
Хотя быстрая отрисовка битмапов все-таки была отлажена для режимов упаковки 32, 24, 8, 1 и 0bpp (последний режим соответствует заливке прямоугольника заданным цветом и позволяет объединить вместе функции _putimg и _drawbar).
Кого интересуют детали - см. http://redmine.kolibrios.org/projects/k ... raph32.inc
2) Я тут просмотрел что пишут в интернетах о Колибри. 90% чайников отмечают феноменальную бытроту графической подсистемы. Но есть вопрос: а насколько она быстрая?
Ради интереса, набил простенькую тестовую утилиту для Винды:
http://ftp.kolibrios.org/users/art_zh/gfx/gfxtst.exe
Сравнил с тестами в Колибри (см. стр.3-6 этой ветки). Призадумался.
Отключил драйвер видеокарты.
Вот результаты для VESA 1280х1024 в WinXP:(производительность считается по тактовой частоте CPU - в моем случае 3 ГГц)
Проверка получилась довольно неглубокая, но выводы можно сделать однозначные:
- Колибри выжимает из VESA-режима практически все, на что он способен.
- Эффективность ядерной графики в Колибри в разы выше, чем в VESA-винде.
- С современными GPU-ускорителями ядро КОС уже не может конкурировать.
Кто-нибудь сравнивал скорость отработки GUI-примитивов с Виндой и Иксами?
Хотя быстрая отрисовка битмапов все-таки была отлажена для режимов упаковки 32, 24, 8, 1 и 0bpp (последний режим соответствует заливке прямоугольника заданным цветом и позволяет объединить вместе функции _putimg и _drawbar).
Кого интересуют детали - см. http://redmine.kolibrios.org/projects/k ... raph32.inc
2) Я тут просмотрел что пишут в интернетах о Колибри. 90% чайников отмечают феноменальную бытроту графической подсистемы. Но есть вопрос: а насколько она быстрая?
Ради интереса, набил простенькую тестовую утилиту для Винды:
http://ftp.kolibrios.org/users/art_zh/gfx/gfxtst.exe
Code: Select all
425580 lines per second
166880 pixels per second
Proportional system txt, 34 chars: 23580 lines per second
Отключил драйвер видеокарты.
Вот результаты для VESA 1280х1024 в WinXP:
Code: Select all
11560 lines per second
29520 horiz. lines per second
14960 vert. lines per second
1008400 pixels per second
Proportional system txt, 34 chars: 2300 lines per second
Проверка получилась довольно неглубокая, но выводы можно сделать однозначные:
- Колибри выжимает из VESA-режима практически все, на что он способен.
- Эффективность ядерной графики в Колибри в разы выше, чем в VESA-винде.
- С современными GPU-ускорителями ядро КОС уже не может конкурировать.
Кто-нибудь сравнивал скорость отработки GUI-примитивов с Виндой и Иксами?
Last edited by art_zh on Sun May 15, 2011 5:31 pm, edited 1 time in total.
Иксы рисуются медленней. Больше уровней абстракций, плюс под Виндовс драйверы пилятся, строгаются и вылизываются куда тщательней. Хотя в случае VESA не все так однозначно. Очень сильно будет варьироваться от установленного GUI - XFCE, LXDE и прочее легковесное могут и обогнать в отдельных замерах.
А в чём проблема написать под Колибри драйвер для GPU-ускорителя? Тогда ты уже не сравниваешь VESA vs GPU, а сравнишь GPU vs GPU...art_zh wrote:С современными GPU-ускорителями ядро КОС уже не может конкурировать.
yogev_ezra
...However, if you want to support high resolutions, you must write a driver for each graphics card that you want your OS to support. Only recommended if you have more than one life to waste.
(афоризм выдран отсюда)
...However, if you want to support high resolutions, you must write a driver for each graphics card that you want your OS to support. Only recommended if you have more than one life to waste.
(афоризм выдран отсюда)
Ты прав, но кто тебя заставляет писать драйвера для всех карт? Напиши для одной своей, и будет тебе счастье.art_zh wrote:yogev_ezra
...However, if you want to support high resolutions, you must write a driver for each graphics card that you want your OS to support. Only recommended if you have more than one life to waste.
(афоризм выдран отсюда)
Не совсем корректно сравнивать скорость VESA в Колибри и Win. Графика Колибри слишком примитивна. Посмотрите описание SetMapMode и представьте отрисовку в Колибри с установкой координат в дюймах.
Serge
Bопрос был не о том, у кого круче наворочена оконная система, а где она быстрее.
Если мне надо нарисовать 20 линий и 200 цифр в четырёх форточках, то на кой мне этот WYSIWYG сдался?
Имхо надо сравнивать именно скорость отрисовки примитивов.
Bопрос был не о том, у кого круче наворочена оконная система, а где она быстрее.
Если мне надо нарисовать 20 линий и 200 цифр в четырёх форточках, то на кой мне этот WYSIWYG сдался?
Имхо надо сравнивать именно скорость отрисовки примитивов.
art_zh
А если сравнить кто быстрее полигоны и эллипсы рисует ? Тоже примитивы.
А если сравнить кто быстрее полигоны и эллипсы рисует ? Тоже примитивы.
Serge
Боюсь, что и здесь сравнение будет не в пользу Винды.
Простой пример: масдаевский эллипс у меня рисуется около миллисекунды (3млн тактов), замкнутая арка - чуть быстрее (2млн). И это - при полной "аппаратной акселерации" .
В Колибри на построение окружности по вещественным координатам (с шагом 0.02 радиана) уходит 240тыс. тактов.
Правда, из них только 50тыс тактов тратится на расчет координат, остальное съедает пиксельный вывод с помощью 1-й функции. Но это все равно на порядок быстрее, чем в винде!
Полигоны нужны, согласен. С ними можно будет ожидать двух- и даже трехкратного ускорения отрисовки кривых. Могу добавить сисфункцию если надо. Но тащить "примитивы" вроде окружностей или сплайнов по-моему совсем не нужно.
Боюсь, что и здесь сравнение будет не в пользу Винды.
Простой пример: масдаевский эллипс у меня рисуется около миллисекунды (3млн тактов), замкнутая арка - чуть быстрее (2млн). И это - при полной "аппаратной акселерации" .
В Колибри на построение окружности по вещественным координатам (с шагом 0.02 радиана) уходит 240тыс. тактов.
Правда, из них только 50тыс тактов тратится на расчет координат, остальное съедает пиксельный вывод с помощью 1-й функции. Но это все равно на порядок быстрее, чем в винде!
Полигоны нужны, согласен. С ними можно будет ожидать двух- и даже трехкратного ускорения отрисовки кривых. Могу добавить сисфункцию если надо. Но тащить "примитивы" вроде окружностей или сплайнов по-моему совсем не нужно.
Хочу окружности для radiobuttons.
Можно конечно и в библиотеку самому написать, но, вот, почему-то хочется на уровне системы, как с прямоугольником.
Можно конечно и в библиотеку самому написать, но, вот, почему-то хочется на уровне системы, как с прямоугольником.
А зачем рисовать кружки для радиокнопок? Да еще и в ядре?lev wrote:Хочу окружности для radiobuttons.
Можно конечно и в библиотеку самому написать, но, вот, почему-то хочется на уровне системы, как с прямоугольником.
Положи битмап поверх невидимой кнопки, и будет самый настоящий radiobutton, точно как в винде.
Евангелие от Иоанна: стих 1[/size]
Code: Select all
; В начале было Слово:
B32: mov ax, os_stack ; Selector for os
Чтобы рисовать их текущими системными цветами.
Интересно сравнить скорость захвата картинки из видеопамяти. А отрисовка эллипсов действительно полезная вещь.
lev
Системные цвета можно узнать с помощью функции 48:3, откуда их очень легко вставить в edi-таблицу функции 65 (для 1- 4- или 8-битных битмапов).
Полилайны будут. И эллипсы тоже. Только без закраски!!
Системные цвета можно узнать с помощью функции 48:3, откуда их очень легко вставить в edi-таблицу функции 65 (для 1- 4- или 8-битных битмапов).
Из памяти видеокарты в буфер приложения ?Serge wrote:Интересно сравнить скорость захвата картинки из видеопамяти. А отрисовка эллипсов действительно полезная вещь.
Полилайны будут. И эллипсы тоже. Только без закраски!!
Who is online
Users browsing this forum: No registered users and 11 guests