Почему этот код QML имеет низкую производительность?

Question

Если рендеринг QML аппаратно ускорен, разве этот простой пример не превосходит эквивалентную реализацию в Qt classic?

import QtQuick 2.3 
import QtQuick.Controls 1.2 

ApplicationWindow { 
    id: app 
    visible: true 
    width: 640 
    height: 480 


    Column { 
     id: cc 
     property real val: 0 

     Row { 
      spacing: 10 
      TextField { 
       id: numRows 
       text: "1" 
       property int value: parseInt(text); 
       validator: IntValidator { bottom: 1; top: 100; } 

      } 
      TextField { 
       id: numCols 
       text: "1" 
       property int value: parseInt(text); 
       validator: IntValidator { bottom: 1; top: 100; } 
      } 
     } 

     Repeater { 
      model: numRows.value 

      Row { 
       Repeater { 
        model: numCols.value 
        Slider { 
         width: app.width/numCols.value 
         height: 18.5 
         value: cc.val 
         onValueChanged: cc.val = value 
        } 
       } 
      } 
     } 
    } 
} 

Я Идея заключается в том, чтобы заполнить экран с строками и столбцами ползунков, и имеет каждый слайдер подключаться к любому другому слайдеру. Для моего экрана я использую 55 строк и 20 столбцов. Когда я перемещаю слайдер, я ожидаю увидеть текущее движение всех слайдеров на экране, но частота кадров очень низкая (я бы догадался от 5 до 10 кадров в секунду). У меня очень мускулистый графический процессор, и я ожидал гораздо лучшей производительности. Что может быть неправильным?

Answer 1

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

Хотя вы можете вставить несколько циклов, только обновив cc.val при нажатии слайдера, это не изменится очень сильно.

В целом, вы можете только серьезно уменьшить выполняемую работу, выбрав stepSize или установить updateValueWhileDragging: false. Вы будете видеть задержку при отпускании слайдера, но частота кадров не будет мешать опыту.

Answer 2

Рассматривая это под профилировщиком (CPU, а не QML), большая часть времени, затраченного на это, фактически выполняет рендеринг Slider элементов, используя собственный стиль. Если производительность является важной проблемой, а собственный стиль рабочего стола - нет, я бы посоветовал не использовать QtQuickControls 1, так как стилизация имеет значительную часть накладных расходов.

Если я обновляю свой пример использования QtQuickControls 2, он значительно мягче:

import QtQuick 2.3 
import QtQuick.Controls 2.0 

ApplicationWindow { 
    id: app 
    visible: true 
    width: 640 
    height: 480 


    Column { 
     id: cc 
     property real val: 0 

     Row { 
      spacing: 10 
      TextField { 
       id: numRows 
       text: "1" 
       property int value: parseInt(text); 
       validator: IntValidator { bottom: 1; top: 100; } 

      } 
      TextField { 
       id: numCols 
       text: "1" 
       property int value: parseInt(text); 
       validator: IntValidator { bottom: 1; top: 100; } 
      } 
     } 

     Repeater { 
      model: numRows.value 

      Row { 
       Repeater { 
        model: numCols.value 
        Slider { 
         width: app.width/numCols.value 
         height: 18.5 
         value: cc.val 
         onPositionChanged: cc.val = position 
        } 
       } 
      } 
     } 
    } 
}