LINUX.ORG.RU

Qt теперь еще быстрее

 ,


0

0

"Извините ребята, но ваше новое железо будет простаивать" — так начинается пост в блоге Trolltech Labs, посвященный последним оптимизациям в рендере.

Основные изменения коснулись растрового рендера, который используется для отрисовки на win32, а также рисует QImage на X11 и Mac (напомню, что совсем недавно Qt/Cocoa был интегрирован в основную ветку, что позволяет не только использовать больше нативных интерфейсов, но и собирать 64-битные приложения Qt под OS X).

Время инициализации QPainter (используется везде, где нужен графический контекст) уменьшено в четыре раза. Операции сохранения/восстановления контекста теперь работают напрямую с движком рендера платформы, принося огромный (clip) и не очень (xform) прирост в производительности. Рендеринг текста на win32 так же сильно оптимизирован (в три раза эффективнее). К сожалению, никакой информации насчет X11 и Mac.

Самое главное, что виджеты теперь отрисовываются намного быстрее (до 50% прироста). В синтетическом тесте, в котором каждый виджет постоянно перерисовывал себя, QLabel, ранее отрисовывавшийся за ~1000 миллисекунд теперь появляется на экране за ~400 миллисекунд. Конечно, этот показатель и так мал, но в сложных неоптимизированных интерфейсах, да еще и с анимацией...

Пока что Qt Falcon не добавлен в основное дерево, так как рефакторинг кода еще не завершен. А это значит, что к Qt 4.5 мы, может быть, увидим еще больше оптимизаций.

>>> Подробности

★★

Проверено: JB ()

Ответ на: комментарий от Bohtvaroh

>Дожить бы, а то пока, читая отзывы, и пробовать не хочется.

Порой, читая на ЛОР'е отзывы - жить не хочется, не то что какой-то там QT поставить =)

anonymous
()
Ответ на: комментарий от ximeric

>Если залогинился на терминальный сервер, на котором сидит ещё 10-20 человек - то пусть лучше и дальше оптимизируют.

На какой такой терминальный сервер, не тот случайно что под RDP протоколом ходит?

HINT: версии под X11 все еще нет.

>Это не прямая задача программистов. Дизайном занимаются... ДИЗАЙНЕРЫ!

Но это не отменяет того факты что дизайнеры не нужны.

anonymous
()
Ответ на: комментарий от Bohtvaroh

> Ой не, меня всякие мелочи раздражают, а там вроде трей какой-то страшный. :)

ога, для 4.2 уже есть решение, возможно портируют его на 4.1

overmind88 ★★★★★
()
Ответ на: комментарий от smh

>smh ** (*) (22.09.2008 18:50:23)

Во! Побольше позитивных аватар на ЛОР-е !!!!!!!!!!

kbps ★★★
()
Ответ на: комментарий от Gharik

> Ну и чо? Эти техноонанисты теперь будут наносекундами меряться и пох на то, что глаз этого не заметит? Забивая тем временем полностью на юзабилити и дизайн.

> Узнаю отпеаренных адептов плюсов - придумать пузомерку от балды и радостно фапать на циферки.


> Учите HIG, дети!


А ты на gtk+ посмотри. В итоге отрисовка виджетов тормознее некуда, программировать неудобно, сама по себе архитектура тулкита уродлива, а про хиг уж и не говорю.

Гномовскими/гткашными программами пользоваться невозможно.

И полная противоположность Qt - быстрый, удобный в использовании, качественный и красивый.

anonymous
()
Ответ на: комментарий от Bod

> КДЕ и КуТе - близнецы-братья кто более матери-истории ценен? Мы говорим КуТе, подразумеваем - КДЕ, мы говорим КДЕ..

Технически вы очень безграмотны.

anonymous
()
Ответ на: комментарий от eduard_pustobaev

>Оптимизация - это хорошо. Оптимизация - это правильно.

Какое же на ЛОРе все таки дурачье сидит. Ну вы и впрям думаете, что кутешники во всю пекутся о линуксоидах с их нищебродским софтом?

Как говорит Калыгин - "Срааать", они хотели на весь Линукс. Цель оптимизаций - достойная работа на мобильных пдатформах, куда кутэ и метит. А Линуксу, как всегда, достаются объедки с большого стола - то броузер в последнюю очередб, то новый acroread, все делается как для бедных родственников.

anonymous
()
Ответ на: комментарий от anonymous

> А ты на gtk+ посмотри. В итоге отрисовка виджетов тормознее некуда, программировать неудобно, сама по себе архитектура тулкита уродлива, а про хиг уж и не говорю.

Отрисовка дествительно тормозная, но всё остальное - это уже скорее религиозный вопрос. А чем архитектура плоха?

Bohtvaroh ★★★★
()

Ну чтож, надеюсь тормоза нвидиа и ати не будут тормозить и всё будет действительно быстро. Ждём КДЕ 4.5.9

sid350 ★★★★★
()
Ответ на: комментарий от anonymous

>> Просто хотел убедиться, что ты тролль. ;-)

> Я другой анонимус.

"Все одинаковые!" (цэ) старая реклама

AP ★★★★★
()
Ответ на: комментарий от lemon_joe

>Я один не вижу слова "линукс" в новости?

Понял логику, на linux.org.ru должны быть только новость о новых версиях ядер.

asc
()
Ответ на: комментарий от AP

>Это так только кажется.

>man accessibility


Эх, если бы HIG помогал GTK-шным в "accessibility"...

FHunter
()

Ура. Будем надеятся, на КДЕ это тоже скажется. Правда, в КДЕ 4 проблемы больше не в тормозах, а в функционале, но и скорость никогда не повредит.

fractaler ★★★★★
()
Ответ на: комментарий от anonymous

> качественный и красивый.

метросексуал в конфе ! Белка с бобром негодуют!

phasma ★☆
()
Ответ на: комментарий от AP

> Скажи, дружочек, а ты считал количество зеленых квадратиков по этой ссылке? :-)

дяденька, вы думаете я по ней ходил? :)

overmind88 ★★★★★
()
Ответ на: комментарий от phasma

Бери выше - это толстый сперматозоид петросяна.

wfrr ★★☆
()
Ответ на: комментарий от anonymous

>На какой такой терминальный сервер, не тот случайно что под RDP протоколом ходит?

>HINT: версии под X11 все еще нет.


Чего нет?

madcore ★★★★★
()

Прекрасно. Теперь моя любимая библиотека работает еще быстрее! Хоть кто-то думает об оптимизации кода из нынешних программеров!

squareroot ★★★★
()
Ответ на: комментарий от JackYF

> К сожалению, разработчик этот сидит на винде, и оптимизации эти касаются винды, за исключением QImage. Ждём аналогичных действий под X11.

А X11 вроде сам по себе известный тормоз: http://zrusin.blogspot.com/2008/08/fast-graphics.html

> pure CPU based Raster engine is faster than the Xrender engine

Т.е. уже сейчас через QImage быстрее работает чем через Xrender. Так что не удивительно, что оптимизации в основном касаются винды и софтового рендеринга, т.к. основной тормоз получается на стороне X-ов.

kamre ★★★
()
Ответ на: комментарий от Demon37

> Вакансия бьющегося об стену зарезервирована за Томми пожизненно :)

Так Томми же себя уже убил =), значит бронь пропала =)

teddybear
()

А в куте фокус так до сих пор и вязнет в таблицах, или починили?

scaldov ★★
()

Замечательная новость. Qt не самое быстрое что есть на свете, но достаточно удобное и функциональное.

// Вот набежало всяких, хватит троллей обижать.

Gary ★★★★★
()

Ne, nu kak ne sris` - C++ - xoroshi dla Graphiki -
Qt v etom plane rulit

ktotuta
()

qt становится все лучше и лучше, хорошая новость

Sylvia ★★★★★
()

Молодцы конечно же. Особенно актуально в свете намерений перевести Нокиевские кпк на КуТэ

enby ★★
()
Ответ на: комментарий от enby

> Особенно актуально в свете намерений перевести Нокиевские кпк на КуТэ

насколько я знаю таких намерений нет

lester ★★★★
()

GTK... Теперь ещё тоньше!

Quasar ★★★★★
()
Ответ на: комментарий от Demon37

>Вакансия бьющегося об стену зарезервирована за Томми посмертно

fixed

petrosha ★★★★★
()

По сабжу - qt был тормозной на Вин32 и Мак, теперь побыстрее, в Х11 изменений нет? Ну и чему радоваться? За виндузятнегов и макосников?:)

petrosha ★★★★★
()

по теме: новость в любом случае позитивная, даже если оптимизация касается только винды и мака, не буду объяснять почему.

не по теме: тролли ЛОРа - самые троллистые в рунете

Vark
()
Ответ на: комментарий от petrosha

>По сабжу - qt был тормозной на Вин32 и Мак Насчёт мака не скажу , но тормозов под виндой замечено не было .

kitov ★★★
()
Ответ на: комментарий от petrosha

>ты их не видишь, а они есть:))) по крайней мере у девелоперов.

Ну я тоже в какой то мере девелопер :-)
Пишу визуализацию с помощью Qt , которая работает на средненьком Industrie PC с виндой , тормозов нет , проверено .
Вот дотнет тормозит там непадецки , но это уже другая история ;-)

kitov ★★★
()

Каваи!!! Люблю qt!

erfea ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.