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