Steamをインストール
ログイン
|
言語
简体中文（簡体字中国語）
繁體中文（繁体字中国語）
한국어 (韓国語)
ไทย (タイ語)
български (ブルガリア語)
Čeština（チェコ語）
Dansk (デンマーク語)
Deutsch (ドイツ語)
English (英語)
Español - España (スペイン語 - スペイン)
Español - Latinoamérica (スペイン語 - ラテンアメリカ)
Ελληνικά (ギリシャ語)
Français (フランス語)
Italiano (イタリア語)
Bahasa Indonesia（インドネシア語）
Magyar（ハンガリー語）
Nederlands (オランダ語)
Norsk (ノルウェー語)
Polski (ポーランド語)
Português（ポルトガル語－ポルトガル）
Português - Brasil (ポルトガル語 - ブラジル)
Română（ルーマニア語）
Русский (ロシア語)
Suomi (フィンランド語)
Svenska (スウェーデン語)
Türkçe (トルコ語)
Tiếng Việt (ベトナム語)
Українська (ウクライナ語)
翻訳の問題を報告
ルールとガイドライン
この投稿を報告する
Most people here have absolutely no idea how a page file works or what its purpose is
Basically the page file is placed in Windows in case there is sufficient memory that the PC needs to manage one or more applications, should the PC run out of physical memory then data not been currently used at that instant is moved to the page file while it works with the data currently being used. when that data is required, other data is moved to the page file and that data is then brought back into physical memory.
This process slows down the PC, your data in physical memory can be transferred very quickly, GB's per second, you HD cannot match this, it is much slower and so swapping the memory in and out slows down your PC, this is made worse by mechanical HD's which are extremely slow
All of those of you who keep saying some games require a PF name them, go on name them
32 GB of RAM turn off PF and test, your system WILL be quicker and won't crash
And i beg to differ considering i actually DID Test this years ago
And BF4 for EXAMPLE did crash with it disabled
Some of us DO know what we're talking about and its a FACT that some games and programs are designed to be used WITH the pagefile, it doesnt matter how fast or how much RAM you have, its in the DESIGN.
Windows needs a pagefile for proper OS fucntion. Yes, it *can* be run without one, but no it should *not* be run without one.
Likewise, many games are actively programmed to make use of pagefiles, regardless of if they will or will not crash without one.
Fact is, by default, any developer *in the world* will assume you have a pagefile, and thus they can (and some do) choose to make use of it.
Choosing to remove part of the OS that 99.9% of software programers will assume is available to use is not often a smart thing to do, regardless of how often it is used. Moreso when there is little tangable benefit form disabling it and even less tangable deficit from leaving it be.
same with many video editing softwares
as for games, they are very few that need it
http://www.tweakhound.com/2011/10/10/the-windows-7-pagefile-and-running-without-one/
As far as this goes
Win10 handles things more cleanly than Win7
But all in all this article still applies.
One of several reasons to have swap file/partition regardless on the RAM size - you will not be able to use suspend to disk hibernation without swap.
the pagefile in itself is just a tiny issue, many forget harddisk cache mine is 8gb
so as you see it doing in the cache and actual never got writen on a disk until harddisk need it and it write it so fast , that page file is a joke and if SSD then you already write it faster
but its here it get complicated and viewpoint,
so why have page file and swapfile on SSD thats the joke here ( if you can call it that, maybe a more leftover MS solutions that try to fix things on all pc user no matter what hardware )
so you might actual want to reduce size lock it to same cache size as disk has, problem is
no matter what you do if ram is filled then pc actual get slow and could crash, so you still need to know every app so you dont go past what pc has or all apps dont take more then you have.
so turn it off also loose speed, because then all have to be in ram.
so its actual a combination on both and on each disk you have and still how much ram is on system.
and as above user point out, several app has been caught in write all to disk. so you need to know such MS failed behaiver, typical large amont of data like movie editing and other huge data
should not fiddle with it maybe even better to make permanate files is better so it dont resize its file. but as standard gamers you dont need any page or swap file but i have learn to respect each harddisk cache size as buffer see it as 0-1sec switch, and this is on the faster biggest harddisk not lesser slower disk , this is on none SSD disk do notice that.
but dont kid yourself 32gb page file is because you have 32gb ram on the pc. and MS has failed to understand this dont fix anything you just made a bottleneck and have to write 32gb over several sec. ( try set it to what harddisk cache is so you get it to under or even 1 sec. ( if tech change over time then it still matter on how fast it write it. ) any thing take longer then this could be seen as lag or bottleneck until done. ( dont ask me why MS has not figure this out, i guess it depend on what you are doing and what apps do. but i could say what does MS know about hardcore gamers and what is needed and no more then that. ) dont forget its hardcore gamers that change the world not apps , if you remove the game requirements we will still sit with 486 and programing in datacodes only and it will take 20 years to make a app.
games and app is designed today. ( this is known by many gamers but to ID it and as you ask is another matter, depend on are you a gamer or not. ) the tune/optimize pc after such.
you dont want long write to disk in a game that could lead to lag and bottleneck if other multi acces from other apps use same drive. ( it can be complicate as hell or simple as hell depend what apps you running or gamer only point of view )
the ssd portion of the sshd is also storage, the drive picks whats commonly accessed and keeps it on the ssd portion (data in the ssd cache remains when the pc is shut down)
the cache on a hdd is used to temp store data that is to be written to disk (data in the hdd cache is lost when shut down)
this caused problems with xp/vista/7 when drives with 64+mb cache hdds were used and windows would turn off the pc before the cache was finished being written to disk
and hiberfil.sys is nto the same as pagefile.sys
hiberfil.sys is used to store whats in ram when windows goes to sleep/standby and is restored on wake
pagefile is used for overflow, what does not fit in working ram and not recently accessed goes to pagefile
Really? Someone forgot to tell that to my notebook that has no pagefile and hibernates like a charm. Back to quote on the top. O,O
I can't even start to imagine how those connect, for hibernation the memory is written to hiberfil.sys that is preallocated when you allow the feature with powercfg.
Requires a pagefile, and enough space in said pagefile.
Otherwise you're just getting a black screen, except for menu elements.
So yeah, some games REQUIRE a page file.
And the page file isn't only when it 'runs out of space', it's constantly being used, data for things other than the game, constantly being cached there for when you need it.
Sure, if you have enough RAM you probably won't need it, but it's constantly being used if it is enabled.
I should test BF4 without pagefile at some point. Seems interesting. I'd've never thought BF would be that picky.
I have 16GB and only a 4GB page file (I'm no good at maths so I think that's about a third of the total ram which is what it should be set to).
Yeah it was either BF3 or BF4, been a few years so cant remember which
Back when i tested it it would cause the game to crash with directx or graphics driver errors
Nice logic there.
More sensible advice in these threads was that just ask for refund.
https://steamcommunity.com/app/311210/discussions/0/490125103627090155/
https://steamcommunity.com/app/311210/discussions/0/490125103628496609/
and the other comments imply that certain people found some specific configurations of the pagefile that shifted the environment enough so the bug maybe not manifested. Not the default, not something that makes general sense.