>>2889659
как будто я это не проверял. никаких там лимитов не стоит

>>2889707
Скринь мсконфиг

из другого треда еще запощу доп. инфу, чтобы ясней суть проблемы стала.

почему ровно на 5 гигах останавливается и дальше не идет вообще? в любых играх. допустим если вместе с игрой запустить браузер с кучей вкладок, то без проблем переваливает за пять. но игруха сама по себе должна 7-8 гигов жрать, почему только 5 используется?

>>2889812
причем ровно так, не 4.9, не 5.1, а ровно 5.0. с двумя разными йобами. че за мистика

>>2889812
если игра 32 бит, то она больше 4 гигов не увидит.

>>2889829
обе 64 битные. фк праймал и кингдомс кам

хммммм. вот что еще нашел

http://gamegpu.com/action-/-fps-/-tps/far-cry-primal-test-gpu.html

При наличии системы с 8 гигабайтами Far Cry Primal потреблял 4.8 гигабайата ОЗУ. При наличии системы с 12-ти гигабайтами потребление ОЗУ всей оперативной памяти составило 5 гигабайт. С системой на 16 гигабайт потребление общей памяти составило почти 5.7 гигабайта. И при наличии 32 гигабайт оперативной памяти система потребляет 6 гигабайт ОЗУ.

может так и должно быть? но тогда почему кнгдомс кам столько же жрет?

>>2889831
Значит проблема в менеджере памяти винды, не дает выделить больше для одного процесса при таком количестве RAM.

>>2889838
и как это исправить?

>>2889845
не смешно. ну в играх еще никаких лагов и подгрузок нет (а они определенно бы были наверно с 5ю гигами). может и норм все? просто отображается некорректно как-то? есть сторонняя утилита, которая лучше все это дело показывает?

>>2889848
Ну еще можешь на шиндошс 10 обновиться, там вроде другой менеджер памяти.

>а они определенно бы были наверно с 5ю гигами
С чего взял, если мапа с текстурами помещается в память видяхи, то лагов не будет.

>>2889857
так это ж опенворлды

>>2889888
юзаю rammap. потестите у себя, если не сложно. у вас тоже так же поделено?

>>2889888
и самое интересное что первый большой раздел как раз ограничен как в 32-битной винде, всего 3.5 гб

>>2889888
нет, это просто физические адреса, в которые транслируются виртуальные. Обычные проги к ним вообще не имеют доступа.

>>2889892
Это скорее всего потому что остальные адреса до 0xFFFFFFF заняты оборудованием. Просто ради совместимости с 32 битным режимом.

>>2889841
ПРИШЛО то самое ВРЕМЯ

Короче.
Попробуй через консольку с админскими правами прописать bcdedit /set IncreaseUserVA 6000

Ребутнись и посмотри что с потреблением.

И попробуй отключить своп. Бытует мнение, что винда заполняет оперативу до определённого уровня, а дальше кидает свои процессы в своп, оставляя оперативу не занятой, а то вдруг ты решишь кукурузис запустить (ну или другое приложение)

>>2889845
Или накатить нормальную ОС.
Не знаю, мало того, что поставил себе альфаверсию дриснятки, так еще и продолжает сидеть на ней с 8гигами.

>>2890099
Эта хня только для 32битной винды. Не имеет смысла на 64

>>2890107
Нормальная это какая. Из винды 8ка самая нормальная и шустрая

>>176297645
> У тебя используются все 8 Гб (in use + modified + standby).
> Ты путаешь standby и free. Free у тебя 0.
> Но ты не один такой, норот массово не понимает разницы между необходимым объемом оперативки и объемом который винда может использовать.
Не понял. Почему фри - ноль, когда диспетчер пишет что 3 гига?

>>2890308
Да и вообще скорее калечит, чем лечит. Нн рекомендуется юзать
https://superuser.com/questions/253132/what-are-the-dangers-of-manually-setting-increaseuserva
Ну и для x64 не нужна

>>2889502 (OP)
Линьпакх64 запустить попробуй с максимальным выделением памяти.

>>2890339
Как это поможет? А может проще рамдрайв на 6 гигов забацать? Я вообще тестил память memtest86 всю ночь и ни одной ошибки. Память идеально работает.

>>2890349
> Как это поможет? А может проще рамдрайв на 6 гигов забацать?
Или даже на 7

>>2890339
Хотя щас попробую, чому бы и нет. Надеюсь проц не сгорит

>>2890339
This binary version of the SMP LINPACK benchmark is optimized for and runs on only genuine Intel processors
запустил блять. давай нормальный тест

>>2890349
>Как это поможет? А может проще рамдрайв на 6 гигов забацать?

Нахуя? Все ок с твоей системой. Винда оптимизирует производительность всей системы, а не одного приложения, так что не даст ему выделить всю имеющуюся память.

>>2890421
> так что не даст ему выделить всю имеющуюся память.
а как этой сучке сказать чтобы дала? ведь приоритет выделения памяти для приложений стоит, а не для системы. хотя я и забыл уже где это ставил

>>2890424
> ведь приоритет выделения памяти для приложений стоит, а не для системы
а нашел. это приоритет процессорного времени

>>2890424
никак нельзя.

даже с рамдиском облом, эх

Минимальный размер RAM-диска — 40 Мб (кому он такой нужен — я не знаю). Максимальный вычисляется примерно так: максимальный объем ОЗУ — примерно 30%.

>>2890439
как хотя бы узнать сколько она отдает максимум под одно 64битное приложение? какой прогой можно нагрузить так, чтобы она всю оперативку сожрала?

>>2890443
>как хотя бы узнать сколько она отдает максимум под одно 64битное приложение

Зависит от общего объема.

>>2890451
8 гигов же

бля че сразу не сказали что для амд надо linx качать

>>2890452
видел где-то инфу про 70%

таки процесс может сжирать всю оперу, так что все норм. это походу игры такие. линпак все сожрал

Просто человеческий глаз не воспринимает больше 5 гигабайт рам в секунду, поэтому индусы поставили такое ограничение, чтобы зря рам не гонять.

>>2890505
Да, всё ахуенна.

>>2890468
Теперь попробуй это, либо искать нормальный репачок/гуглить стимовский форум.
http://www.ntcore.com/4gb_patch.php

>>2890522
зачем этот патч, когда игра уже 64бит? помнится только его на олд скайрим накатывал, чтобы глюки модотекстурок убрать

>>2889835
Запусти еще какого-то говна, памяти стало жрать больше? Если да, то все ок - аллокатор памяти игры отхавал себе кусок, и работает с ним, больше ему не надо. Если нет, то реально какая-то дичь с виндой, но если не лагает, то забей.

>>2890529
алсо в чем разница между ganged и unganged?

>>2890555
>гддр5

>>2889835
Ужас, блин.
Пришёл с проблемой, толком её не описав.

Да, всё с твоей памятью нормально. В следующий раз не говори, что "винда не использует больше 5гб", если она использует.

>>2890562
ну я просто запаниковал. как так, 8 гигов, а толку 0 от них в играх, и 6ти за глаза. надо игры пожручее какие нибудь.

>>2890572
Играй в майнкрафт, с выкрученными до упора настройками дальности видимости оптифайна, хули.

>>2890600
там и не нужен ссе4.1-4.2, все норм пашет.
https://www.youtube.com/watch?v=fH4QdDQuSFg

>>2890602
а не, это с эмуляцие ссе4. ну да и хуй с ней. все рвно фф - анимепараша

>>2890538
Ganged для прог требовательных к однопотоку (TF2 например), unganged для многопоточных приложений.

>>2890627
пнятно. для старых игор значит

>>2890639
>Отключил нахуй подкачку и вроде нормально стало.
поставь хотя бы 500мб. некоторые проги\игры без нее не работают. у меня 1024 выставлено

>>2890644
Да мифы это всё. Я поэтому и держал её включенной. Но вот психанул, отключил и всё работает.

>>2890648
No matter how much RAM you have, you want the system to be able to use it efficiently. Having no paging file at all forces the operating system to use RAM inefficiently for two reasons. First, it can't make pages discardable, even if they haven't been either accessed or modified in a very long time, which forces the disk cache to be smaller. Second, it has to reserve physical RAM to back allocations that are very unlikely to ever require it (for example, a private, modifiable file mapping), leading to a case where you can have plenty of free physical RAM and yet allocations are refused to avoid overcommitting.

Consider, for example, if a program makes a writable, private memory mapping of a 4GB file. The OS has to reserve 4GB of RAM for this mapping, because the program could conceivably modify every byte and there's no place but RAM to store it. So immediately, 4GB of RAM is basically wasted (it can be used to cache clean disk pages, but that's about it).

You need to have a page file if you want to get the most out of your RAM, even if it's never used. It acts as an insurance policy that allows the operating system to actually use the RAM it has, rather than having to reserve it for possibilities that are extraordinarily unlikely.

The people who designed your operating system's behavior are not fools. Having a paging file gives the operating system more choices, and it won't make bad ones.

There's no point in trying to put a paging file in RAM. And if you have lots of RAM, the paging file is very unlikely to be used (it just needs to be there) so it doesn't particularly matter how fast the device it is on is.

>>2890648
Без файла подкачки система просто крашнется, если закончится память (а это может быть и с 64 гигами).

>>2890657
Кончалась уже, крашится приложение мозила ёбаная которое всё сожрало.

>>2890639
>Меня тоже эта хуета бесила, пока не купил 64гб оперативки.
>Но даже так эта залупа скидывала всю мало-используемую память на хард. Запустил виртуалку, сутки не трогал, срочно понадобилась - открываешь - ждёшь пока "пуск" откроется секунд 20. Пиздец.
>Отключил нахуй подкачку и вроде нормально стало.
ты не понимаешь принципа работы файла подкачки. он скидывает на хард редко используемые страницы. а если его отключить то ими будет забиваться озу почем зря

>>2890648
>Да мифы это всё.
Dark Souls 3 без файла подкачки вылетает и нет, памяти ей хватает, уж 8х4 точно достаточно

>>2890468
> линпак все сожрал
>6.700
>95%
Лошок ебаный.


32гб Господь Бог

>>2890882
>Эти скрины из гугла
Нахуй ушел.

>>2889502 (OP)
Наркоманы ебаные, на скрине забита ВСЯ озу, просто часть - тем, что используется, а остальное кэшем, что и показано на полоске.