Новости Релиз Of Ash and Steel состоится 6 ноября
  • 8.214
  • 12
Of Ash and Steel: атмосферный экшен выходит 6 ноября 6 ноября станет важной датой для поклонников сложных и атмосферных игр - именно в этот день состоится релиз долгожданного проекта Of Ash and...
Новости В Of Ash and Steel начался закрытый плейтест
  • 11.924
  • 12
Разработчики "Русской Готики" объявили о старте закрытого плейтеста. Если вы оставляли заявку на участие, не забудьте проверить электронную почту или посмотреть свою библиотеку - возможно игра уже...
Новости Анонсирован Atomic Heart II
Новости Анонсирован ремастер Final Fantasy Tactics
  • 6.228
  • 2
Культовая пошаговая тактическая RPG от Square Enix получит второе дыхание. На проходящей выставке State of Play, где анонсируются игры для Play Station, состоялся анонс ремастера Final Fantasy...

В процессе Вылетает при поптыки войти в дом Ватраса и верхний город

Riptech

Гвардеец
Участник форума
Регистрация
7 Окт 2015
Сообщения
1.730
Реакции
465
Баллы
297
Лучшие ответы
2
#31
Зарезервированная память не жрёт ресурсы, пока приложение её явно не запросит (мол, выделите-ка мне памяти вон по тому зарезервированному адресу, а не абы какую).
Это так не работает. Адресное пространство приложения ничего общего с адресным пространством, доступным ос, не имеет, ха исключением очень особых случаев, к которым пользовательские приложения не относятся. Для ос это именно что "абы какая память", ей все равно из какой области ей выделять память для приложения, а приложению все равно из какой области ей память дали, у приложения собственная независимая от ос адресация.
 

TopLayer

Наемник
Участник форума
Регистрация
22 Апр 2017
Сообщения
958
Реакции
413
Баллы
226
Лучшие ответы
29
#32
Ну и зарезервированная память
Использует её приложение активно, или запросило, но пока ничего с ней не делает - это дело приложения.
Я с этим не согласен. Зарезервированную память нельзя использовать из приложения, пока явно у ОСи её не запросить.
Зарезервированная память не используется (не жрёт ресурсы ПК, но занимает весьма ограниченную для Готики виртуальную память), просто виртуальные адреса резервируются. Обычные запросы памяти из приложения никогда не вернут блоки памяти с зарезервированными виртуальными адресами.

Резервирование обычно делается для алгоритмов, которые требуют чтобы данные находились по смежным виртуальным адресам, но самих данных пока нету, поэтому зачем сразу грузить ПК.
 

Riptech

Гвардеец
Участник форума
Регистрация
7 Окт 2015
Сообщения
1.730
Реакции
465
Баллы
297
Лучшие ответы
2
#33
Я с этим не согласен. Зарезервированную память нельзя использовать из приложения, пока явно у ОСи её не запросить.
Зарезервированная память не используется (не жрёт ресурсы ПК, но занимает весьма ограниченную для Готики виртуальную память), просто виртуальные адреса резервируются. Обычные запросы памяти из приложения никогда не вернут блоки памяти с зарезервированными виртуальными адресами.

Резервирование обычно делается для алгоритмов, которые требуют чтобы данные находились по смежным виртуальным адресам, но самих данных пока нету, поэтому зачем сразу грузить ПК.
Что значит по-твоему "не использует ресурсы пк"? Для ос зарезервированная приложением память недоступна для предоставления другим приложениям (в штатной ситуации, по крайней мере), а значит использует ресурсы пк.
 

TopLayer

Наемник
Участник форума
Регистрация
22 Апр 2017
Сообщения
958
Реакции
413
Баллы
226
Лучшие ответы
29
#34
Что значит по-твоему "не использует ресурсы пк"?
C++:
byte* someArray = new byte[65536];
// эта память жрёт ресурсы ПК, даже если программист хер забил на этот массив после создания

LPVOID ptr = VirtualAlloc(NULL, 65536, MEM_RESERVE, PAGE_READWRITE);
// этот вызов не жрёт ресурсы ПК, но вот такой указатель, гарантированно не будет равен ptr
LPVOID anotherPtr = new byte[655536];
assert(anotherPtr != ptr);
 

Riptech

Гвардеец
Участник форума
Регистрация
7 Окт 2015
Сообщения
1.730
Реакции
465
Баллы
297
Лучшие ответы
2
#35
C++:
byte* someArray = new byte[65536];
// эта память жрёт ресурсы ПК, даже если программист хер забил на этот массив после создания

LPVOID ptr = VirtualAlloc(NULL, 65536, MEM_RESERVE, PAGE_READWRITE);
// этот вызов не жрёт ресурсы ПК, но вот такой указатель, гарантированно не будет равен ptr
LPVOID anotherPtr = new byte[655536];
assert(anotherPtr != ptr);
А теперь по человечески: первый случай сразу транслируется в физическую память, а второй только когда приложение реально начнет использовать зарезервированное. Это не резерв памяти, это резерв адресов.
Извини, я не кодер, я одмен, у меня виртуальная память это объем, а не резиновое адресное пространство. И объем этот равен объему ram + swap, и больше быть не может. Соответственно резерв памяти = резерв объема. А с адресами отдельная песня, конечно.
 

TopLayer

Наемник
Участник форума
Регистрация
22 Апр 2017
Сообщения
958
Реакции
413
Баллы
226
Лучшие ответы
29
#36
А теперь по человечески: первый случай сразу транслируется в физическую память
Да
а второй только когда приложение реально начнет использовать зарезервированное
Да, когда вызовет VirtalAlloc с MEM_COMMIT
у меня виртуальная память это объем, а не резиновое адресное пространство
Ну, в вики говорится, что "виртуальная память" это способ управления памятью. Так что с этот термин мы оба неправильно употребляем.
 

Riptech

Гвардеец
Участник форума
Регистрация
7 Окт 2015
Сообщения
1.730
Реакции
465
Баллы
297
Лучшие ответы
2
#37
Ну, в вики говорится, что "виртуальная память" это способ управления памятью. Так что с этот термин мы оба неправильно употребляем.
Нет, всё правильно, это способ организации памяти, просто мы акцентируемся на тех её преимуществах, которые нам ближе.
 
Сверху Снизу