Ускорение Xrender Extension

Ну и хорошо :)

По-моему бред! 8-кратное это слишком сильно сказано...

Апгрейд железа может дать прирост в разы. Оптимизация кода - на порядки. (С) RU.GAME.DESIGN, кажись.

ага, программисты компании Trolltech проапгрейдили железо, перевели машины на дженту, чем добились прироста попугаев в дум3:))

отличная новость, все бы так делали. 8 кратное усеорение - вполне реальный показатель, имел пример ускорения с 10 минутной работы кода до 30 секундной, и это за счет всего то отказа от стл контейнеров и перехода к спецефичному для задачи и алгоритма контейнеру.

хренодёр всё равно не нужен

>> По-моему бред! 8-кратное это слишком сильно сказано...

сказано "в некоторых случаях"

Как узнать, когда gentoo включит эти патчи в ебилды?

Если учесть как оно тормозило по сравнению с коммерческим xig Summit неудивительно. Нафига оно надо --- чтобы проги, завязанные на freetype не слишком тормозили. Тот же гном на коммерческих Xах стартует как какой-нибудь icewm/fvwm/*box

Да, Троли канешно молодцы! Им за куте вообще памятник при жизни поставить нуна.

> Как узнать, когда gentoo включит эти патчи в ебилды?

Да!!! И гном еще 2.10 когда?! Сколько можно ждать?! Уже все кроме gentoo узают Гнома 2.10 и kde 3.4. Я kde не юзаю но что за тормоза?

"Gentoo имеет свою систему управления пакетами, напоминающую порты в BSD, и именно это позволяет производить непрерывное обновление программного обеспечения до НАИБОЛЕЕ СВЕЖИХ ВЕРСИЙ."

А где это билинеар трансформатион используется кто-нибудь знает? Что именно ускорилось-то в 8 раз?

http://gentoo-portage.com/gnome-base/gnome

http://gentoo-portage.com/kde-base/kdebase-startkde

>Да!!! И гном еще 2.10 когда?! Сколько можно ждать?! Уже все кроме gentoo узают Гнома 2.10 и kde 3.4. Я kde не юзаю но что за тормоза? Почитай ветку про гнома на gentoo_forums

- gnome-base/gnome-2.10_pre0 (masked by: package.mask)

man portage ?

>Как узнать, когда gentoo включит эти патчи в ебилды?

let`s use etcat :

etcat -c xorg-x11 __skip

11 Feb 2005; Donnie Berkholz <spyderous@gentoo.org>; xorg-x11-6.8.2.ebuild: Install glxext.h, glxmd.h and glxproto.h to /usr/lib/opengl. Stop symlinking glext.h manually because we depend on new enough opengl-update now.

11 Feb 2005; Jeremy Huddleston <eradicator@gentoo.org> xorg-x11-6.8.2.ebuild: Moved fix_libtool_libdir_paths after the opengl .las get moved to their final locations.

11 Feb 2005; Donnie Berkholz <spyderous@gentoo.org>; -xorg-x11-6.8.1.902-r1.ebuild, -xorg-x11-6.8.1.902.ebuild, -xorg-x11-6.8.1.903.ebuild, -xorg-x11-6.8.1.904.ebuild: Pull old versions. Still waiting for 6.8.2 to be ~alpha so 6.8.1.901-r1 can be pulled.

11 Feb 2005; Donnie Berkholz <spyderous@gentoo.org>; xorg-x11-6.8.2.ebuild: Update opengl-update dependency to >=2.1.1 -- lower versions were broken in various ways.

Да!!! И гном еще 2.10 когда?!

ACCEPT_KEYWORDS="~x86" emerge gnome

вполне себе стабильно =)

А конкретнее где используется? Что именно ускорится-то в 8 раз?

дык , 2.10 marked , ~x86 - unstable , т.е. 2.8.x

* gnome-base/gnome Available versions: 1.4-r3 2.6 2.6.2-r1 2.8.0-r1 2.8.1-r1 2.8.2 [M]2.8.3_pre0 ~2.8.3 ~2.8.3-r1 [M]2.10_pre0 Installed: no Homepage: http://www.gnome.org/ Description: Meta package for the GNOME desktop

Судя по описанию - рулез.

Обязательно заюзаю.

>- gnome-base/gnome-2.10_pre0 (masked by: package.mask)

а зависимости?

>ACCEPT_KEYWORDS="~x86" emerge gnome

>вполне себе стабильно =)

gnome-base/gnome-2.8.3-r1

> производить непрерывное обновление программного обеспечения

Больше заняться нечем?

я тоже так хочу. Кто-нибудь разобрался в чем сермяга?
Там есть дальнейшее обсуждение ... они зачем-то выкинули MMX
... Главный Гном пообещал добавить свой патч.

а кто у нас Главный Гном?

>а зависимости?

Проще пареной репы. Редактируй package.unmaskd в стиле

>=kde-base/kde-3.4.0 ~x86 или >=gnome-base/gnome-2.10_pre0 ~x86

а что вылезет на зависимостях - просто добавь. У меня вон КДЕ-3.4 давно уже, и полностью пробовал, и отдельности. Зависимости нам даны, чтоб мозгой можно было шевелить))

> Им за куте вообще памятник при жизни поставить нуна.

Согласен! Причём, побыстрее и помассивнее! :-P

> а кто у нас Главный Гном?

Главный Гном - Owen Taylor (gtk leader).
на счет сермяги, кое-что проясняется ...
По-видимому основной выигрыш за счет замены
function call by macro (e.g. fetch, store )
а также убыстрения арифметики, как
/*
x_c = (x_c * a + y_c *b) / 256
*/
#define FbByteAddMul_256(x, a, y, b) do { \
CARD32 t = (x & 0xff00ff) * a + (y & 0xff00ff) * b; \
t >>= 8; \
t &= 0xff00ff; \
\
x = ((x >> 8) & 0xff00ff) * a + ((y >> 8) & 0xff00ff) * b; \
x &= 0xff00ff00; \
x += t; \
} while (0)


кстати, кто-нибудь знает почему "do {} while(0)" ?

> кстати, кто-нибудь знает почему "do {} while(0)" ?

http://www.rtems.com/ml/rtems-users/2001/august/msg00046.html
http://c2.com/cgi/wiki?TrivialDoWhileLoop

> > Им за куте вообще памятник при жизни поставить нуна.

> Согласен! Причём, побыстрее и помассивнее! :-P

Чтобы уж наверняка?

> А конкретнее где используется? Что именно ускорится-то в 8 раз?

используется в x framebuffer.
Реализует так называемую "Porter & Duff" "algebra"
http://keithp.com/~keithp/porterduff/p253-porter.pdf
подробности:
http://keithp.com/~keithp/renderproblems/render-title.html

то что ускорили ... если идти по-ссылке, там есть сравнение.
Хотелось бы отметить коментарий:
http://lists.freedesktop.org/archives/xorg/2005-April/007461.html

"
The benchmark numbers you posted look good for the general case but are
marginally slower for Over blends, which will probably be 90% of Render
usage. I suspect this is a result of not using the MMX path.
"

т.е. "реально" - они "замедлили", а не ускорили :-)

Я не нашел CVS-commit, по-видимому Тролли ждут Гномa,
когда тot добавит MMX-code

> Чтобы уж наверняка?

Ага! ;-) И даты первого-последнего релиза вырезать... ;-)))

ага-ага. а также curl и jabberd