Оптимизация ядерной графики

Kernel-side graphics support

POLL Ваше мнение об оптимизации GUI ядра

Total votes: 68
Оставить как было
24%
16
Убрать только CGA и VGA, оставить VESA1.2
7%
5
Оставить только VESA2-режимы (без изменения)
10%
7
Разделить 24 и 32bpp графику в условно-компилируемые блоки
26%
18
Оставить в ядре единственный 32bpp-режим
32%
22

  • 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

    Code: Select all

    425580 lines per second
    166880 pixels per second
    Proportional system txt, 34 chars: 23580 lines per second
    Сравнил с тестами в Колибри (см. стр.3-6 этой ветки). Призадумался.
    Отключил драйвер видеокарты.
    Вот результаты для 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
    (производительность считается по тактовой частоте CPU - в моем случае 3 ГГц)

    Проверка получилась довольно неглубокая, но выводы можно сделать однозначные:
    - Колибри выжимает из 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 и прочее легковесное могут и обогнать в отдельных замерах.
  • art_zh wrote:С современными GPU-ускорителями ядро КОС уже не может конкурировать.
    А в чём проблема написать под Колибри драйвер для GPU-ускорителя? Тогда ты уже не сравниваешь VESA vs GPU, а сравнишь GPU vs 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.

    (афоризм выдран отсюда)
  • 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 сдался?
    Имхо надо сравнивать именно скорость отрисовки примитивов.
  • art_zh

    А если сравнить кто быстрее полигоны и эллипсы рисует ? Тоже примитивы.
  • Serge
    Боюсь, что и здесь сравнение будет не в пользу Винды.

    Простой пример: масдаевский эллипс у меня рисуется около миллисекунды (3млн тактов), замкнутая арка - чуть быстрее (2млн). И это - при полной "аппаратной акселерации" .

    В Колибри на построение окружности по вещественным координатам (с шагом 0.02 радиана) уходит 240тыс. тактов.
    Правда, из них только 50тыс тактов тратится на расчет координат, остальное съедает пиксельный вывод с помощью 1-й функции. Но это все равно на порядок быстрее, чем в винде!

    Полигоны нужны, согласен. С ними можно будет ожидать двух- и даже трехкратного ускорения отрисовки кривых. Могу добавить сисфункцию если надо. Но тащить "примитивы" вроде окружностей или сплайнов по-моему совсем не нужно.
  • Хочу окружности для radiobuttons. :)
    Можно конечно и в библиотеку самому написать, но, вот, почему-то хочется на уровне системы, как с прямоугольником.
  • lev wrote:Хочу окружности для radiobuttons. :)
    Можно конечно и в библиотеку самому написать, но, вот, почему-то хочется на уровне системы, как с прямоугольником.
    А зачем рисовать кружки для радиокнопок? Да еще и в ядре?
    Положи битмап поверх невидимой кнопки, и будет самый настоящий radiobutton, точно как в винде.
    Евангелие от Иоанна: стих 1

    Code: Select all

    ; В начале было Слово:
    B32:        mov     ax, os_stack       ; Selector for os
    [/size]
  • Чтобы рисовать их текущими системными цветами.
  • Интересно сравнить скорость захвата картинки из видеопамяти. А отрисовка эллипсов действительно полезная вещь.
  • lev
    Системные цвета можно узнать с помощью функции 48:3, откуда их очень легко вставить в edi-таблицу функции 65 (для 1- 4- или 8-битных битмапов).
    Serge wrote:Интересно сравнить скорость захвата картинки из видеопамяти. А отрисовка эллипсов действительно полезная вещь.
    Из памяти видеокарты в буфер приложения ?
    Полилайны будут. И эллипсы тоже. Только без закраски!!
  • Who is online

    Users browsing this forum: No registered users and 4 guests