От чего зависит производительность qml

[alex312]

Увы, нет. Это по сути сенсорный моноблок. Да и лишнее это, проще пользовать тогда 1.1 и дай бог через год-два перейдем на arm или же ситуация с драйверами улучшится

У меня на машине qml 2.0 намного шустрее бегает. А по поводу армов - это тоже не подарок. Если это не мегапопулярная плата (типа Rpi) то тоже куча нюансов, особенно с opengl .

[Отражение луны]

Еще какая-то проблема с qtquick 1.1. Поскольку скорее всего она ерундовая, отдельную тему создавать не хочется. Что-то у меня под windows helloworld работает, а под ubuntu выдает
:-1: error: Unknown module(s) in QT: script
Либы все установлены.

У меня на буке 2.0 почти не грузит проц, но деваться некуда, кривые драйвера все портят. Можно, разве что, попробовать вовсе ускорение отключить, или же запустить через Llvmpipe, а то есть предположение, что именно кривой драйвер перегружает проц.

[joker]

Извиняюсь... уходил с головой во внедрение - сюда не возвращался... так что ответить не мог.

Насчет script - может возьмешь сборку самой digia с их сайта (ставится в /opt) - там точно фулл комплект. Ибо как собраны либы в бубунте - знают только в каноникале
Кстати, замечал у себя - если на компе есть собственные либы qt и отдельно установленные, то для сборки из командной строки надо делать что то вроде

export PATH=/opt/Qt5.1.0/5.1.0-beta1/gcc/bin/:$PATH

Т.к. иначе make пытается подхватить изначальные либы, которые не той версии (и, соотвественно, с дургими плагинами)

Насчет конфига - еще раз повторюсь - на бубунте ничего нормально так и не завелось.
На gentoo вроде glxinfo показывал то же самое... но сейчас проверить не могу - доступа к девайсу пока нет, через недельку (а может и позже) - пишите что нужно - выложу.
Но явно могу сказать.
1. Интеловские GMA явно для OpenGL 2.0 используют камень (это логично) и особо производительностью не блещут.
2. Кстати, в обычных никсах используется OpenGL, а OpenGL ES - это для встраиваемых систем (типа смартфонов и тп. ES = Embedded system)

Ну и в 5.1.0 что то исправлялось с openGL, вот только железки пока нет чтобы проверить - будет что интересное - отпишусь

[ctin]

В ряде статей есть рекомендация использовать WA_OpaquePaintEvent для QDeclarativeView (пруф http://qt-project.org/doc/qt-4.8/qdeclarativeperformance.html)
Я провел простой эксперимент: одно и то же приложение с прогрессбаром размером 800х600 занимает 60% процессора с этим флагом (WA_OpaquePaintEvent), и 0% без него.

[Отражение луны]

Апну темку, т.к. проблема по-прежнему актуальна и решить штатынми средствами не удалось.
nomodeset дал небольшой прирост производительности, но скорость рендеринга все равно убогая.

[navrocky]

Отключи композитинг, попробуй запустить на голом X-сервере без ДЕ. Обычно слабые видяхи плохо тянут opengl приложения при включенном композитинге. Для терминала лучше вообще все ДЕ поотключать.

Наша компания тоже терминал делает, мы себе сделали usb live-дистрибутив с необходимым минимальным набором софта, в котором стартуют голые иксы и полноэкранное приложение на QML.

[Отражение луны]

Пробовал на windows, драйвера gma не поддерживают opengl 2.0, следовательно ни один из примеров даже и не запустить вовсе.
На линуксе на голых иксах получилось добиться небольшого прироста производительности, но не уверен, что этого достаточно. Вообщем, пора начать выкидывать мусор на основе intel gma, и покупать что-то с более-менее нормальным железом.

[navrocky]

Qt4 QtQuick1 использует софтварную отрисовку, вообще не тормозит. Попробуй на нем.

[Отражение луны]

Qt4 QtQuick1 использует софтварную отрисовку, вообще не тормозит. Попробуй на нем.

Сейчас на нем и работаем, вот только там нет массы полезных фич.

[OKTA]

Например?

[Отражение луны]

Например?

Например адекватная реализация drag and drop и хоткеи при помощи Action. qtquick 1 больше не развивается, все новые плюшки появляются только для второго. Поэтому в любом случае придется переходить. 

[OKTA]

И первое и второе у меня работает в qtquick 1 замечательно Если надо помочь - помогу!
У qtquick 2 тоже своих косяков хватает порядочно и лично для меня например эти косяки рещающие и не дают так просто перейти))

[Отражение луны]

И первое и второе у меня работает в qtquick 1 замечательно

Заставить работать можно, но не без огромных костылей и велосипедов.

[OKTA]

Да ничего там такого нет 

[navrocky]

Кстати а mesa в режиме программной эмуляции не пробовали? там есть пара софтварных рендеров, к примеру, http://www.mesa3d.org/llvmpipe.html

Shaders, point/line/triangle rasterization and vertex processing are implemented with LLVM IR which is translated to x86 or x86-64 machine code. Also, the driver is multithreaded to take advantage of multiple CPU cores (up to 8 at this time). It's the fastest software rasterizer for Mesa.

Я сам не пробовал, но возможно тоже придется потыкать, т.к. надо чтобы аппликуха запускалась везде, в том числе и на старых машинках с виндой xp и, возможно, дохлыми драйверами.