многопоточно, как угодно: набираем буфер N результатов(например 10000 результатов хватит выше крыши пожалуй), пока не заполнится - не сбрасываем, заполнился буффер - сбрасываем, далее опять выбираем 10000 исходных данных отправляя их в воркер пулы или вроде того. В дополнении можно пойти ещё на разбивку массива на N блоков: выбираем байт например номер 100000, ищем вправо запятую, пляшем, если блок оказался менее 100000 то не обрабатываем его блочно.

Читай в контейнер в рабочем потоке последовательно число за числом, когда все будет готово передавай в ui поток контейнер

я сейчас split(',') делаю а потом в цикле number, это на много дольше? Я просто не понимаю о чём речь наверное,

Нормально это, но такие операции лучше выносить в отдельный поток, чтобы не фризить ui

я не понимаю почему на пайтоне, это делается в считанные секунды, а тут целую минуту ждать приходится )

В релизе, в дебаге?

в дебаге пробовал

В релизе проверьте

хо ёлы палы, мгновенно, не думал что на столько разница будет )

а какого-нибудь split_view нет?)

что-бы не создавать лишний раз строки

да можно банально из std::ifstream читать непосредственно число за числом и помещать в контейнер

ну в принципе, такой задачи нет, в релизе норм конвертица, оставлю так

всё таки сделал в потоке при чтении, сразу со всеми преобразованиями даже дополнительными и при отладке. Получилось вполне в разы быстрее :)

Может кто подскажет, если есть listview и модель, можно задать для listVew отображение только первых n элементов модели?

есть count. он вродь не помечен как readonly

и есть count у https://doc.qt.io/qt-5/qml-qtqml-models-delegatemodel.html#count-prop . вообще без доки

и всегда есть возможность сделать прокси модель

которая принимает основною и в count возвращает кол-во необходимых элементов

Ну да, ок, спасибо