@johan так не, все так, так и задумывалось
@metallcorn Допустим, но непонятно, 8 гигов **ЕЩЕ ЕСТЬ**, хуле их не использовать? 😠
@𝕵𝖔𝖍𝖆𝖓 ⛧ а видеокарта у тебя выделенная или же APU вместо CPU и для видяхи резервируется память из оперативки?
@erua Дискретная, но всего 1 гиг.
@𝕵𝖔𝖍𝖆𝖓 ⛧ значит кэш файловой системы выжрал почти всё оперативку, т.е. ещё и высокая наполняемость свопа.
@erua Наверно, допустим. Но эта блядь не запрашивает указанный объем сразу. А выжирает по мере надобности. Но не освобождает, даже если все открытые файлы закрыть. Причем вообще ХЗ, как, но при закрытии Шопа выделенная память падает с 30 до 15 гигов (в шопе ничего ничего не открыто).
@𝕵𝖔𝖍𝖆𝖓 ⛧ большая часть того, что ты видишь — это липовая чисто виртуальная хуйня, мало общего имеющая к реальному положения дел — к тому каким образом система обращается с оперативной памятью физической ОЗУ.
смотреть надо в snap-in'е мониторе ресурсов / производительности. там увидишь сколько реально памяти используется, а сколько размечено для кэша и подготовлено к передачи под нужды (реальные страницы).
2) погляди у процесса фотожопа своего счётчик soft page fault — когда это значение начинает достигать определённых чисел, то кидается выделять уже пулы запиненных страниц.
смотреть надо в snap-in'е мониторе ресурсов / производительности. там увидишь сколько реально памяти используется, а сколько размечено для кэша и подготовлено к передачи под нужды (реальные страницы).
2) погляди у процесса фотожопа своего счётчик soft page fault — когда это значение начинает достигать определённых чисел, то кидается выделять уже пулы запиненных страниц.
@erua Понял, THNX, будем почитать на досуге.
@𝕵𝖔𝖍𝖆𝖓 ⛧ вот оно, нужна вкладка Memory и там смотреть легенду внимательно.
а Page Fault — это можно вывести как одну из колонок в том же таск-манагере стандартном.
а Page Fault — это можно вывести как одну из колонок в том же таск-манагере стандартном.
ну... если коротко, небольшой экскурс в системную разработку.
приложение может сказать системе выдели мне оперативной памяти столько то гигов (это не heap, а именно обращение к подсистеме virtual memory). и операционная система конечно выделит, но лишь внутри виртуального адресного пространства данного процесса (приложения). не обеспечив этот запрошенный кусок реальными страницами физической ОЗУ.
ну ты же понимаешь, что есть виртуальные адреса в том, что является виртуальным адресным пространством процессов, а есть реальные, физические, адреса страниц в ОЗУ. и соответствие между ними идёт через таблицу трансляции.
приложения обычно ограничивают тем, что просят ОС выделить память 9Гб и не требуют при этом распределить (выделить) реальные страницы ОЗУ. но могут и такое попросить — для того, чтобы при обращении к 7-му гигабайту их 9 гигового кэша в адресном пространстве всё работало быстро. а не приходилось ждать, пока ОС найдёт реальные страницы ОЗУ и не сопоставит их тому виртуальному адресу куда пришлось обращение приложения.
такой херовый сценарий называется soft page fault — это генерация исключения аппаратного на процессоре, когда приложение обращается к тем адресам виртуальной памяти в пространстве своего процесса, если эти адреса не сопоставлены реальным страницам ОЗУ и надо выполнить это сопоставление вытащив из пула свободные страницы ОЗУ.
этот херовый сценарий жрёт до 30% производительности приложения от всей работы с оперативной памятью.
потому все люди делающие серьёзный софт — все не просто выделяют память запросом к системе, а ещё и говорят системе произвести маппинг реальных страниц ОЗУ (запинивают память).