Открыл в Gwenview каталог с лоровскими пикчами (13287 изображений, вес 6,2 ГБ). Gwenview начал жрать 2 потока процессора и оперативку под генерацию миниатюр.
Потом оперативка кончилась и система зависла, т.к. свопа нет. я не стал ждать развязки и нажал резет.
В итоге Gwenview, полностью сгенерировав миниатюры, занял 9,5 ГБ оперативки.
Я не эксперт в разработке программ, но по-моему, так не должно быть.
На диске скомпрессированы, в ОЗУ/VRAM распакованные?
Много ты сожмёшь в файлах jpeg и png?
Так сравни размер в png/jpeg и в bmp/raw.
Ну из данных выше уже понятно, что миниатюры на диске 2 Гб, а в оперативной памяти 9, грубо говоря в 4 раза они распухают.
Всё равно такое потребление рамы это баг, возможно ещё не заведённый
Я не про разбухание в ОЗУ, я про сравнение форматов как таковых.
RAW/BMP это просто таблица цветов пикселей, его размер не зависит от сложности картинки, а только от размера и глубины цвета.
И белый шум, и заливка одним чистым цветом будет иметь одинаковые размеры, именно в таком виде в конце картинки и будут в ОЗУ.
именно поэтому их там быть и не должно
Именно в таком виде они и отображаются на монитор, ты не можешь избежать распаковки картинки.
Другое дело что как правильно тут заметили нет необходимости хранить в ОЗУ ВСЕ распакованные миниатюры.