Gimp не хватает памяти
| Koluchka |
|
Темы:
2
Сообщения:
151
Участник с: 15 октября 2011
|
Я постоянно пользуюсь гимпом и ничего такого не замечала. Сейчас специально создала файл 16000*16000 точек — создался без проблем, хотя и не быстро и даже можно в нём порисовать (хотя начал свопить). Размер кеша в настройках гимпа - 2 гига, а всего у меня 4 гига оперативки. gimp 2.8.10-1, ядро 3.10.1-pf. |
| red |
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
система x64 без файла подкачки# sync & echo 3 > /proc/sys/vm/drop_caches # free -m total used free shared buffers cached Mem: 3705 1241 2463 5 2 117 1.-------------------- кеш 2Г 8000х8000 ~ 600mb # free -m total used free shared buffers cached Mem: 3705 2256 1448 7 4 322 через какое-то время после создания полотна gimpswap разрастается до примерно 570мб (скорее всего неиспользуемая Gimp информация постепенно вытисняется в свой кеш). 2.------------------- кеш 50m 8000х8000 ~ 600mb # sync & echo 3 > /proc/sys/vm/drop_caches # free -m total used free shared buffers cached Mem: 3705 1897 1807 7 4 690 во время создания полотна gimpswap сразу разрастается до примерно 570мб ---------------------- Как видим, при малом значении кэша gimp старается сразу сбросить данные на диск в свой "своп" ( образуется в ~/.gimp-2.8/gimpswap ) поэтому cached в команде free -m сразу так вырос, так как запись на диск закешировалось самой системой. При кеше в 2 гига все 600+мб остались в ОЗУ и постепенно неиспользуемые части вытесняются в тот же кэш gimp что приводит к постепенному росту кешируемых данных системой(cached). Про кеш gimpa можешь тут немного почитать. Так что увеличение кеша gimpa может решить проблему с тормозами, но вот размер максимальной памяти которая выделяется одному полотну(в районе 900мб) проблему не решает. Возможно это внутренние ограничения gimpa, хз. |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
Koluchka, а сам файл подкачки есть ? |
| Koluchka |
|
|
Темы:
2
Сообщения:
151
Участник с: 15 октября 2011
|
red, если вы про swap-раздел, то да, он есть, два гигабайта. При создании и рисовнии в картинке 16000*16000 своп использовался где-то процентов на двадцать. |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
тогда, возможно, gimp ограничивает максимальный размер выделяемый одному полотну если в системе нету swap, а при его наличии ограничения снимаются. elsonador, подключайте swap и скорее всего проблема решится, а чтобы не так сильно тормозило при таких размерах выставляйте размер кэша gimp минимум в половину ОЗУ, а то и больше. |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
swap нужен однозначно. Но интересно проверить — улучшит ли ситуацию # echo 1 > /proc/sys/vm/overcommit_memory (не забудь вернуть после проверки на место # echo 0 > /proc/sys/vm/overcommit_memory - по дефолту 0)
Ошибки не исчезают с опытом - они просто умнеют
|
| elsonador |
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Подключил файл подкачки. Во время опытов в него ничего не попало. Все симптомы те же. |
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Если тебя это так волнует, займись анализом памяти - сколько и на что жрет твой gimp + карта памяти + динамика расходования памяти по системному вызову (скорее всего это будет mmap2) + …..
Ошибки не исчезают с опытом - они просто умнеют
|
| elsonador |
|
|
Темы:
63
Сообщения:
996
Участник с: 09 апреля 2010
|
Тогда файл подкачки решил бы проблему нехватки памяти, а это не так. Он даже не задействуется. На всякий случай: если запускать программы, которым реально нужно МНОГО памяти, swap работает вовсю. |
| red |
|
|
Темы:
30
Сообщения:
1517
Участник с: 31 августа 2011
|
а ларчик просто открывалсяп.с. чтобы после перезагрузки не сбросилось добавь в один из конфигов сюда /etc/sysctl.d/* или сюда /usr/lib/sysctl.d/* |