SK
Это делается скриптом configure?
да там много чего нужно делать. статью загугли какую-нибудь
Size: a a a
2021 February 08
SK
q
да там много чего нужно делать. статью загугли какую-нибудь
Я штук 10 уже гуглил
SK
ну никто не скзал, что это будет легко
r
Я штук 10 уже гуглил
не так гуглил
r
.
q
Так и делаю только вчера заснул пока мейк работал)
AU
Есть какой-то способ ускорить QTableView+AbstractItemModel? Таблица на 500к элементов, предполагается увеличивать число строк, элементы добавляются быстро, сортируется быстро, а дальше еще ~1.5 секунды просто висит всё это дело. Я так понимаю Qt отрисовкой занимается всё это время. В дебаге msvc это всё вообще зависает надолго
SK
Есть какой-то способ ускорить QTableView+AbstractItemModel? Таблица на 500к элементов, предполагается увеличивать число строк, элементы добавляются быстро, сортируется быстро, а дальше еще ~1.5 секунды просто висит всё это дело. Я так понимаю Qt отрисовкой занимается всё это время. В дебаге msvc это всё вообще зависает надолго
ИМХО в КМЛ все по человечески сделано обновляются только те что видно. просто если досить мол модель новая. может програмно ограничить сигнал модель_обновилась. не чаще чем раз в 100ms будет все норм тогда я думаю
AU
ИМХО в КМЛ все по человечески сделано обновляются только те что видно. просто если досить мол модель новая. может програмно ограничить сигнал модель_обновилась. не чаще чем раз в 100ms будет все норм тогда я думаю
Первый раз долго всё это дело создается, потом прокрутка, редактирование быстро работает
SK
Первый раз долго всё это дело создается, потом прокрутка, редактирование быстро работает
ну попробуй ограничить сигнал обновления. уж слишком жирная модель
AU
ну попробуй ограничить сигнал обновления. уж слишком жирная модель
dataChanged() не отправлять? Или как его ограничить то
SK
dataChanged() не отправлять? Или как его ограничить то
ну почему не отпровлять, отпровлять. просто ограничить посылку 10 раз в секунду. ибо чаще не нужно.
SK
я бы сделал так, завел QTimer. если есть обновления модели и таймер не запущен запускаем его на 100ms. если модель обновилась и таймер уже запущен выходим.
в обработчике таймера посылаем сигнал и выключаем таймер. грубо но я думаю проверить теорию что частый сигнал досит ГУИ пойдет
в обработчике таймера посылаем сигнал и выключаем таймер. грубо но я думаю проверить теорию что частый сигнал досит ГУИ пойдет
r
таймер на 400-500 мс достаточно будет, кмк
SK
таймер на 400-500 мс достаточно будет, кмк
ну тут я думаю подкрутить ручки всегда можно :)
r
просто 100 мс это перебор, а 400 мс это дефолтное виндовое значение для задержки отрисовки меню, и оно мне кажется разумным значением
SK
главное чтоб идея сработала :) может я был не прав с ДОС атакой. тогда нужно копать глубже. возможно запускать валгринд чтоб понять где затык