[РЕШЕНО]Создание модели на основе QAbstractTableView

[Larry]

Засек время заполнения таблицы и получилось, что чтобы закинуть 1346 записей в таблицу требуется 287 секунд...надо уходить от QMap к другому контейнеру, чтобы выделять не по одной строке, а сразу необходимое количество строк, т.к. qmap не позволяет задать размер по умолчанию.

[gil9red]

А вы там processEvent не вызываете?

[Larry]

нет. Я думаю пока переделать на qvector, чтобы мог резервировать или потом делать resize. А сейчас получается в цикле 2000 объектов по одному заносятся.

[Bepec]

Что то там у вас не то. Запись 2к объектов не может занимать столько времени...
Надо будет на досуге посмотреть.

[Larry]

Спасибо. Буду рад помощи, т.к. с моделями начал недавно работать, то возможно где-то косячу. Проверил парсинг данных от сервера - потолок 25 мс, а вот заполнение сплошной тормоз. Сейчас переделаю на qvector и отпишусь.

[Igors]

Засек время заполнения таблицы и получилось, что чтобы закинуть 1346 записей в таблицу требуется 287 секунд...надо уходить от QMap к другому контейнеру, чтобы выделять не по одной строке, а сразу необходимое количество строк, т.к. qmap не позволяет задать размер по умолчанию.

Что же Вы так безбожно QMap::keys вызываете на каждый чих? Это удовольствие дорогое, нужно кеш ставить.

[Larry]

Спасибо большое. Сейчас попробую.

[Larry]

Спасибо. На том минимальном работает без проблем, а вот в самом проекте все равно висит, хотя это уже где-то еще проблемы вылезли, т.к. первая загрузка модели от 39 до 230 мс была, а потом обновление  в пределах 6 с идет...Может траблы где в работе с сокетом...

[Larry]

Нашел еще одно узкое место: при обновлении данных с сервера я не очищал контейнер и постоянно обновлял все данные. Теперь при обновлении получаю не больше 100 записей в секунду (при загрузке получаю все записи - 1928). Тормозит и проблему пока не могу найти, хотя на много лучше стало. При обновлении затрачивается не более 70 мс, а при полной загрузке в районе 230 мс. Где может еще быть слабое место?

[Larry]

На минимально компилируемом проекте (тот что выкладывал) сделал тоже, что и в реальных условиях, т.е. выставил кол-во объектов 1928 и время обновления раз в секунду и получил те же тормоза...Что можно еще сделать, чтобы получить плавный скрол в таблице?

[Bepec]

Мб я уже устарел морально, но зачем вы дёргаете setData и insertRows на каждую запись?
Вот это вообще мне непонятно

Код:

  
    setData(id, tindex, status.data.speed, Qt::DisplayRole);

    tindex = index(row, 2);
    setData(id, tindex, status.state_move, Qt::DecorationRole);

    tindex = index(row, 3);
    setData(id, tindex, status.state_battery, Qt::DecorationRole);

    tindex = index(row, 4);
    setData(id, tindex, status.state_satellite, Qt::DecorationRole);

    tindex = index(row, 5);
    setData(id, tindex, status.state_communication, Qt::DecorationRole);

Интересная штука - вы создаёте сначала 2к записей и запихиваете в map, а потом запихиваете уже в модель... Что мешает пихать сразу при создании?

PS или я реально не понимаю замысла всей этой модели

update: Oo а это зачем?

Код:

resizeColumnsToContents();
    resizeRowsToContents();

[Larry]

Вы имеете ввиду сразу вставлять в модель, без map?

[Bepec]

Заменяем

Код:

    QModelCars::statuses_t statuses;

    for(int i = 0; i < 2000; i++)
    {
        QModelCars::status_t status;

        status.data.speed = 10;
        status.state_battery = true;
        status.state_communication = true;
        status.state_move = true;
        status.state_satellite = true;

        statuses[i + 1000] = status;
    }

    for(int key: statuses.keys())
    {
        m_model->addCar(key, statuses[key]);
    }

    resizeColumnsToContents();
    resizeRowsToContents();

на

Код:

for(int i = 0; i < 2000; i++)
		{
			QModelCars::status_t status;

			status.data.speed = 10;
			status.state_battery = true;
			status.state_communication = true;
			status.state_move = true;
			status.state_satellite = true;

			//statuses[i + 1000] = status;
			m_model->addCar(i, status);
		}

И получаем обработку в 2-3 мс при частоте обновление 1с, 2к записей. Никаких лагов. Правда размер колонок вам придётся чуть подправить ручками, но там ничего сложного, от вашей задачи зависит.

PS resizeColumnsToContents(); и resizeRowsToContents(); - зло. Они проходят по всем записям таблицы, по всем ячейкам, вычисляют максимальное значение длины/высоты и после этого всего меняют размеры у них всех... Это ЗЛО *дьявольский смех*

PPS можно ещё и убрать создание объекта за цикл, сэкономим пару десятков наносекунд

[Larry]

Интересная штука - вы создаёте сначала 2к записей и запихиваете в map, а потом запихиваете уже в модель... Что мешает пихать сразу при создании?

Вот после этого вопроса я реально прозрел . Наверное заработался, пора в отпуск:)...Спасибо большое - реально удалял гланды через ж...

[Larry]

Вопрос не по теме:
не могу поменять пароль, а старый не помню и поэтому не могу следить за темой с мобильника. Письмо с сылкой на почту не доходит!

Сори за вопрос не по теме...