Открыл в Gwenview каталог с лоровскими пикчами (13287 изображений, вес 6,2 ГБ). Gwenview начал жрать 2 потока процессора и оперативку под генерацию миниатюр.

Потом оперативка кончилась и система зависла, т.к. свопа нет. я не стал ждать развязки и нажал резет.

В итоге Gwenview, полностью сгенерировав миниатюры, занял 9,5 ГБ оперативки.

Я не эксперт в разработке программ, но по-моему, так не должно быть.

  • torvn77
    0·
    3 years ago

    Так сравни размер в png/jpeg и в bmp/raw.

    • ThePlayerZero
      0·
      3 years ago

      Ну из данных выше уже понятно, что миниатюры на диске 2 Гб, а в оперативной памяти 9, грубо говоря в 4 раза они распухают.

      Всё равно такое потребление рамы это баг, возможно ещё не заведённый

      • torvn77
        0·
        3 years ago

        Я не про разбухание в ОЗУ, я про сравнение форматов как таковых.
        RAW/BMP это просто таблица цветов пикселей, его размер не зависит от сложности картинки, а только от размера и глубины цвета.
        И белый шум, и заливка одним чистым цветом будет иметь одинаковые размеры, именно в таком виде в конце картинки и будут в ОЗУ.

        • ThePlayerZero
          0·
          3 years ago

          И белый шум, и заливка одним чистым цветом будет иметь одинаковые размеры, именно в таком виде в конце картинки и будут в ОЗУ.

          именно поэтому их там быть и не должно

          • torvn77
            0·
            3 years ago

            именно поэтому их там быть и не должно

            Именно в таком виде они и отображаются на монитор, ты не можешь избежать распаковки картинки.
            Другое дело что как правильно тут заметили нет необходимости хранить в ОЗУ ВСЕ распакованные миниатюры.