Board.KolibriOS.org

Official KolibriOS board
It is currently Tue Dec 10, 2019 3:51 am

All times are UTC+03:00




Post new topic  Reply to topic  [ 51 posts ]  Go to page Previous 1 2 3 4 Next
Author Message
PostPosted: Tue Mar 12, 2013 9:59 pm 
Offline
Public Relations
User avatar

Joined: Mon Jun 07, 2010 12:01 pm
Posts: 1879
Serge wrote:
Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz

Не может быть! Он же раз в 100 мощнее eBox, как так? :shock:


Top
   
PostPosted: Tue Mar 12, 2013 10:19 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
yogev_ezra
Тут дело не в процессоре, а в том как и через что реализован обмен с памятью для видео.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Tue Mar 12, 2013 10:23 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Radeon HD 7770. Слева результаты с загруженным atikms
Attachment:
1.png
1.png [ 4 KiB | Viewed 2730 times ]


Top
   
PostPosted: Thu Mar 14, 2013 12:28 am 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
SVN r. 3377 - добавлен бенчмарк для ф.36 (прочитать область экрана).

Теперь можно оценить насколько скорость чтения из видеопамяти отстает от скорости записи в нее.

Roverbook U800
Spoiler: Show
Attachment:
U800.png
U800.png [ 6.6 KiB | Viewed 2760 times ]

Dell Inspiron N7010 (Intel i5)
Spoiler: Show
Attachment:
dell_insp.png
dell_insp.png [ 6.64 KiB | Viewed 2760 times ]

Два столбца замеров - это просто два последовательных запуска.

Spoiler: Show
Offtopic: Скриншоты подводят убедительную базу в сторону моей точки зрения против теней, прозрачности и прочих свистоперделок. Также подтверждают давно выдвинутый Serge тезис о провальной скорости чтения из видеопамяти при больших обьемах.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Thu Mar 14, 2013 10:08 am 
Offline

Joined: Mon Sep 24, 2007 11:11 am
Posts: 2814
Хорошие скриншоты, интересные данные.
Интересно, а что будет, если загрузить старый файл pattern в новую версию?


Top
   
PostPosted: Thu Mar 14, 2013 10:11 am 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
SoUrcerer wrote:
Интересно, а что будет, если загрузить старый файл pattern в новую версию?

Будут неправильные позиции начиная с 3-ей. Последние будут пустыми. Файл вообще с запасом.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Thu Apr 04, 2013 11:23 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
SVN r. 3446 - добавлен бенчмарк для получения данных с помощью регистра GS (прочитать область экрана).

Очередные тесты на самом дохлом и самом быстром доступном мне оборудовании.

Roverbook U800
Spoiler: Show
Attachment:
rover.png
rover.png [ 3.4 KiB | Viewed 2663 times ]


Dell Inspiron N7010 (Intel i5)
Spoiler: Show
Attachment:
dell.png
dell.png [ 3.41 KiB | Viewed 2663 times ]


Как можно заметить на более мощном Dell разница между ф.36 и чтением через GS минимальна. Вероятно сказывается большой кэш процессора.
Минус метода с использованием GS вместо ф.36, то что курсор попавший в захватываемую зону будет отражен в буфере, а если он еще и двигаться будет в этот момент, то будут его ошметки размазанные по случайным участкам. В общем кроме Screenshooter пока сложно придумать применение данному способу захвата изображения.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Tue Jun 04, 2013 11:35 pm 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5067
Мой старый тест 07 марта 2013 из этой же темы viewtopic.php?p=46811#p46811 (курсор вне окна)
Image

И новый тест. Ядро r3596, результаты поразительные, проседание только в рисовании вертикальных линий.
Attachment:
acer4740g.png
acer4740g.png [ 29.13 KiB | Viewed 2606 times ]

Может и остальные, повторите этот тест. Интересно было бы если бы кто-то прогнал вначале старую версию Колибри, потом последнюю, чтобы оценить как внесённые за это время изменения отразились на производительности UI.

_________________
Через тернии к звездам


Top
   
PostPosted: Sat Jul 06, 2013 1:20 am 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
Оставлю здесь, чтобы не забыть. Есть идея добавить тест для вывода текста в память, который я добавил в ядро ранее. В настоящий момент насколько мне известно фичу используют три программы: текущая и новая версии ICON, HTMLv. Просто самому стало интересно как оно в плане скорости работает (хуже, лучше, также) по сравнению с обычным прямым выводом текста на экран.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Mon Jul 08, 2013 2:23 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
SVN r. 3782 - добавлен бенчмарк вывода текста ф.4 в память, с последующим выводом ф.65.

В Qemu (по грубым прикидкам) такой вывод дает ускорение в 7-8 раз. Нужно тестировать на реальном железе.
Ускорение получается из-за последовательной записи в видеопамять, в то время как запись просто ф.4 происходит в непоследовательные ячейки.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Mon Jul 08, 2013 7:44 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
Поскольку все настолько заняты разглядыванием буковок в форуме, то я решил протестировать сам.
1) Dell Inspiron
Spoiler: Show
Attachment:
DELL_MGB.png
DELL_MGB.png [ 4.26 KiB | Viewed 2537 times ]

2) eBox
Spoiler: Show
Attachment:
EBOX_MGB.png
EBOX_MGB.png [ 4.2 KiB | Viewed 2537 times ]

3)Roverbook U800
Spoiler: Show
Attachment:
U800_MGB.png
U800_MGB.png [ 4.25 KiB | Viewed 2537 times ]

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Mon Jul 08, 2013 7:48 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
А теперь фокус-покус (следите за руками), берем код:
Spoiler: Show
Code:
start:
   mcall   68,11

   mcall   68,12,8+9*6*38*4   ; 7352
   mov   [text_scren_buffer],eax

   mcall   68,12,8+9*6*38*4   ; 8216
   mov   [text_scren_buffer2],eax

и меняем местами два буфера
Spoiler: Show
Code:
start:
   mcall   68,11

   mcall   68,12,8+9*6*38*4   ; 8216
   mov   [text_scren_buffer2],eax
   
   mcall   68,12,8+9*6*38*4   ; 7352
   mov   [text_scren_buffer],eax

Получаем:
1) Dell Inspiron
Spoiler: Show
Attachment:
dell_mgb2.png
dell_mgb2.png [ 4.28 KiB | Viewed 2535 times ]

2) eBox
Spoiler: Show
Attachment:
ebox_mgb2.png
ebox_mgb2.png [ 4.21 KiB | Viewed 2535 times ]

3) Roverbook U800
Spoiler: Show
Attachment:
u800_mgb2.png
u800_mgb2.png [ 4.58 KiB | Viewed 2535 times ]

С чем связано такое поведение ядерного кода не понятно.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Mon Jul 08, 2013 7:56 pm 
Offline
Kernel Developer

Joined: Sun Feb 10, 2013 12:37 pm
Posts: 2329
Однако все равно прирост на слабых машинах для ф.4 с выводом в память и последующим выводом буфера весьма значителен, чем просто вывод текста на экран.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!


Top
   
PostPosted: Mon Jul 08, 2013 8:45 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
А в чём там разница в результатах, с порядком выделения буферов ?


Top
   
PostPosted: Mon Jul 08, 2013 9:19 pm 
Offline
User avatar

Joined: Fri Jun 27, 2008 3:22 pm
Posts: 988
Странно, что Fixed-width Text(m) и Proportional Text(m) имеют стабильные показатели на всех компьютерах, которыми меняются при обмене буферами.


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 51 posts ]  Go to page Previous 1 2 3 4 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Limited