What memory allocator do you use?

It doesn't change result. RAM always aspires to a limit 3000-3500mb. Having reached this limit, FPS 4-15. After death when there has to be a menu of revival there is a mistake.
Dependence of result on the memory distributor with FPS 4-15:

• tbb3malloc - most of all "memory can't be read"
• tbb4malloc - most of all - game stiffens in the black screen. Can be curtailed in the background mode. Work of process of arma3.exe it is visible in a task manager.
• System - often in game appears a mistake. When you open the menu of equipment (as on video). After this error of FPS promptly falls in "0". Game stiffens.
• NedMalloc - seldom used. Changes minimum differ from the former.

The remained two distributors "JEMalloc and TCMalloc" can create a mistake on game start.
The average time of life of process of arma3.exe - 30-40 minutes.
Often 20-30 minutes - the tough scenario of game, are a lot of firefights, it is a lot of players, it is a lot of AI, it is a lot of movements according to the map of the island.
Seldom 1-2 hours - the scenario of the game "low activity", aren't a lot of players, it isn't a lot of AI, it isn't a lot of movements according to the map of the island.

3 things. Pls post a repo, try out the performance binaries and write all of your startparameters.
Use the stable branch with performance binary pls

In Arma3Launcher there are no settings that can change position with RAM = 3500mb. Settings can change the FPS to the start of the game. You can limit the MaxMem-2000, 3000 MB. It doesn't change the situation. RAM arma3exe obtains the value of the 3500mb. This limit is always end low FPS and fail. This works on any edition of Arma3 (Arma3DEV).
Approximately 1 year watch this pattern. Low FPS define that time to restart the game.

Today I played. FPS in norm. On the server there were 4 players.
Soon, in 1 hour, there was one player. Suddenly black screen. I open a device manager, the monitor of resources. Here result
http://imgur.com/AncQxmI
report
https://www.dropbox.com/s/laztgyub5cyj4is/arma3_2016-07-02_21-22-35.zip?dl=0

No offense but it seems that you dont know what a swap file is. ;) Its a file where not needed things from the RAM are loaded into. What you mean is just a problem in clearing up the RAM. Try out different malloc parameter. Sometimes that works.
The devs wrote about a similar problem in the latest sitrep.

No offense but it seems that you dont know what a swap file is. ;)

I say about that I observe and I see in "the monitor of resources".
At the command of "FLUSH" there is a cleaning of VRAM.

• The volume of virtual memory reserved by system for process of arma3.exe - "Swap file" remains without changes.

During game, it is possible to see how the volume of "Swap file" grows.
Sometimes there is an insignificant decrease in volume. But more, "Swap file" increases, to capacity of 3200-3500 Mb. The closer it to this mark, the is less than FPS. On a mark of 3400 Mb, it is necessary restart game, or to continue to play to emergence of a mistake and full stop of game.

• In single game it is heavy to receive "Swap file" of =3400 Mb.
• In network game to receive this volume, very quickly, 20-40 minutes.

Isn't present what actions from the user to change to limit growth of "Swap file" or the Swap file updating within 3000-3200 Mb.
Available settings of game and malloc options are tried.
I receive FPS=50-60

• in total ultra
• a portrayal distance the general \objects - 5000m

But time of life of process of arma3.exe depends on the growth rate of "Swap file".

The devs wrote about a similar problem in the latest sitrep.

All of us are able to write and read)) there is a wish for result.

Damn it. A swap file is a extension of the ram to unload unused data to free the ram. The Swap file (linux) or the virtual memory (windows) arenliteraly files on the hard drive. What you mean is the memory usage in general. And like i said the devs are aware of the problem. Like i said try different mallocs on some systems it helps a lot with the currently observed problem.

I tried different malloc. Their use doesn't give considerable advantage over use of CPU, RAM and management of Swop file.
In comparison, on game start - malloc "tbb3" conducts better than others.
During game the best indicators at malloc "tbb4"
Result of it of everything _ + (-) 10-20 minutes of game, with not guaranteed stability with any malloc.
http://i.imgur.com/5kZ6IKt.jpg
I know and I understand that developers know about a problem.
I know that, all know the bought Arma3 about this problem.
I know that, all wait for a solution.
The problem appeared not yesterday, and not in last updating.
That it is possible to find at a forum according to the address of people connected on this problem:

• to reinstall game
• check кеш games
• to make defragmentation of a disk
• change game settings
• change mallok
• don't use MODs

It is a joke?

Thats not a joke its just not something that is easy to find. Such things happen. The difference is most of the people like me had the problem and it was gone. Some people had no problem and it came in APEX. The biggest problem is that the devs cannot find the reason for that leak. Still its not the swap file. Please just say RAM usage. If your PC loads Arma 3 into the Swap file than your OS is broken or trolling you. Could you make a screen shot of the windows taskmanager of the process. Your custom taskmanager is confusing me. Arma 3 can only use up 3.5GB of Ram (in the arma 3 process it can use more with some tricks) so your taskmanager says it uses over all 6GB what definetly is not right. And your programm says its in the virtual memory what would be stupid and absolutly unrealistic in terms of performance.

Do you have any performance tweakers installed? Just in case.

BTW if its easier for you i also understand russian. It seems it would be easier for you. I just cant type in russian so i would answer in english.

Unfortunately the task manager shows not all information on processes.
On a task manager tab "Productivity" it is possible to open "The monitor of resources". The monitor of resources shows detailed values of processes in real time.
The total amount of memory in the personal computer consists from ОЗУ+Виртуальная memory.
At me - the RAM 16gb + Swap file 8gb. Total amount is 24 Gb.
Each process has "working set" of memory - is in RAM.
Each process has "complete set" of memory - is in Swap file.
In a picture process of arma3.exe uses:

• Part RAM=2846 of Mb.
• Part of Swap file=3435 of Mb.
• Total amount is 6281 Mb.

According to information on graphics, values of process of arma3.exe:

• % CPUmax=42.
• RAMmax=2816 Mb.

RAM in 1:26 hours changed with ~ 1500 Mb up to the stable size of 2816 Mb.
Swap file in 1:26 hours changed with ~ 2000 Mb to 3435 Mb. Watching these changes, I noticed, sequence of emergence of a problem. During change of Swap file from ~ 3200 Mb to ~ 3400 Mb occur decrease in use of CPU and decrease in FPS to critical condition.
What causes a problem of this decrease?
Possibly, process of arma3.exe 32bit can't work with Swap file more than 3200 Mb. Swap file not always steadily increases. Is in its size of decrease, in the course of game work. But it is seen this mechanism doesn't work steadily, there is no preservation of the Swap file size.
Total amount of memory
http://imgur.com/a/yxuYb
Dependence of use of memory on malloc.
In my case, it is better for TBB3 to use - swap file less.
http://imgur.com/a/QpJXy
For example, the game Falaut4 64bit on start, through 1min has values in the monitor of resources:

• % CPUmax=34.
• RAMmax=2600 Mb.
• Mb Swap file=4200.

In an hour of game, these values won't change. And game behaves steadily, FPS=60, all on the ultra.
http://imgur.com/a/BXayi
I don't try to compare 32\64bit games.
-The mechanism of preservation of volume of Swap file has to work well in any process.
If I in a launcher put restriction of MaxMem=3000Mb, Swap file won't limit it, Swap file will reach 3400Mb in any restriction.
-Restriction of MaxMem in a launcher, on the volume of arma3.exe RAM used by process, doesn't work.
Process of arma3.exe more than 2900Mb doesn't use, and in any restriction reaches this size.

P.S.
I use the translator, but in Russian all won't understand us.
http://pc-4you.ru/programmnoe-obespechenie/sistemnoe-po/128-razbiraemsya-chto-iz-sebya-predstavlyaet-swapfile-sys

The report according to this picture http://i.imgur.com/5kZ6IKt.jpg
№1 https://www.dropbox.com/s/fro7oxsfs12ywyj/ArmaReport_Log_20160731T174343_Lex.zip?dl=0
№2 https://www.dropbox.com/s/a6wopgvvg91e40d/ArmaReport_Log_20160731T202927_Lex.zip?dl=0

Just an idea : Limit you Vitual memory to 2GB.

At my PC - 16gb RAM.
Even if, I will disconnect pagefile.sys, it won't mean that OS will cease to reserve data for process.
When the volume of the reserved data, for process of arma3.exe reaches 3200mb, game loses FPS.
When the volume of the reserved data, for process of arma3.exe reaches 3490mb, game gives out FPS=3-4, use of CPU=8-10% and a mistake.
On this timepoint, RAM it is used for 50% (~ 8gb).
From these 8gb, process of arma3.exe uses only ~ 2800Mb.
I receive good FPS 50-60 in game.
When in single game, the volume of the reserved data for process of arma3.exe slowly grows. It gives more time for game.
When in network game, the volume of the reserved data for process of arma3.exe grows quickly. It can occur in 30 min., can in 1 hour.

I dont know what windows does in your virtual memory but mine is limited to 2GB in the settings. I dont have this problem at all (i had 1 or 2 time before apex)

Now I completely disconnected pagefile.sys. OS will cache data from directly folders of programs.
I can release the RAM without switching off game. From me from start it was occupied in RAM ~ 1850Mb, after dumping of RAM ~ 805Mb
We have no opportunity, to release or any action to change, the volume of the unloaded memory OS for process arma3ekhe.
In drawing, I made dumping of RAM. Game goes 2:30 hours. I didn't lose FPS.
In game, my actions and activity for this period of time - absolute "0".
http://imgur.com/a/Sq92y
But the file of pumping of process (the reserved OS) grows with 1500mb to 2782mb.
If I intensify the actions in game, the file of pumping will grow up in some timepoint to 3200mb.
Isn't present what problem with loading and release of RAM.
The option of start of the game "MaxMem" will limit only use of physical volume of RAM. To virtual part of process, it isn't related.

In T118335#1497539, @TheMasterofBlubb wrote:

BTW if its easier for you i also understand russian. It seems it would be easier for you. I just cant type in russian so i would answer in english.

Good article in Russian, about that as works virtual memory of Windows 64\32bit with programs 32\64bit.

• "Overcoming Windows borders: virtual memory"

http://www.thevista.ru/page.php?id=10539

BTW you have to differ the pagefile from the cache. Windows is using the pagefile as a second part of the RAM where when data is not used it gets loaded to. You can see the cache some where in the windows taskmgr. Its called Systemcache or something and when arma 3 is working it should be at about 6 GB. The point is that Arma cannot use more than 3,5GB (since its still 32bit). instead Arma is loading stuff in the cache to load it faster(since its some kind of a RAM-Disk). Your overall usable Virtual RAM Adress Range is RAM + pagefile. Normally that should work just right. But it seems that windows is offloading arma on the hdd. At least thats what im interpreting in your (strange russian) Ressource Manager. Damn now i got your Ressourcemanager right. Its trolling you by saying swap file. But thats bullshit thats just the reserved amount of RAM used by a process. Now that makes sense. The reserved amount is raising over its natural maximum after that windows start to offload the data what doesnt really make sense since arma need it in the RAM. When you disconnect the pagefile it cannot offload. As an explanation there is reserved RAM and used RAM that is a small difference. The question is now why is Arma reserving that much RAM.

The Maxmem doent really do anything. Thats right. Still Arma overall uses much more than 8GB on my system through the cache function.

In my opinion the pagefile and swap system should be thrown over and be removed frorever. i mean every medium pc has at lest 4 GB of RAM. maybe make the pagefile optional or something but currently it makes problems when you put it on 0. thats why i put it back on 2GB (so windows would shut up ybout not having enough RAM when 8GB are free.

Can you try to reproduce the error and check your HDD activity.

http://imgur.com/a/I2Uey
On graphics No. 2, I noted area where process lost a priority.

• activity of SSD (yellow line)
• activity of CPU (green line)
• activity of physical RAM (the red line) - continuous, doesn't change, on the maximum size.

B), free 270848000 B
16:22:09 Small mapped regions: 25, size 106496 B
16:22:09 Fresnel k must be >0, given n=2.51,k=0
16:22:09 Virtual memory total 4095 MB (4294836224 B)
16:22:09 Virtual memory free 251 MB (263376896 B)
16:22:09 Physical memory free 8436 MB (8846086144 B)
16:22:09 Page file free 5406 MB (5669634048 B)
16:22:09 Process working set 2594 MB (2720210944 B)
16:22:09 Process page file used 3331 MB (3493097472 B)
16:22:10 Longest free VM region: 8978432 B
16:22:10 VM busy 4024971264 B (reserved 254300160 B, committed 3770671104 B, mapped 164659200 B), free 269864960 B
16:22:10 Small mapped regions: 25, size 106496 B
16:22:10 Fresnel k must be >0, given n=2.51,k=0
16:22:10 Virtual memory total 4095 MB (4294836224 B)
16:22:10 Virtual memory free 258 MB (270913536 B)
16:22:10 Physical memory free 8435 MB (8845275136 B)
16:22:10 Page file free 5406 MB (5669634048 B)
16:22:10 Process working set 2592 MB (2718814208 B)
16:22:10 Process page file used 3331 MB (3493093376 B)
16:22:10 Longest free VM region: 8978432 B
16:22:10 VM busy 4023988224 B (reserved 254300160 B, committed 3769688064 B, mapped 163676160 B), free 270848000 B
16:22:10 Small mapped regions: 25, size 106496 B
16:22:10 Fresnel k must be >0, given n=2.51,k=0
16:22:10 Virtual memory total 4095 MB (4294836224 B)
16:22:10 Virtual memory free 247 MB (259379200 B)
16:22:10 Physical memory free 8435 MB (8845074432 B)
16:22:10 Page file free 5406 MB (5669634048 B)
16:22:10 Process working set 2595 MB (2721169408 B)
16:22:10 Process page file used 3331 MB (3493101568 B)
16:22:10 Longest free VM region: 8978432 B
16:22:10 VM busy 4035522560 B (reserved 254296064 B, committed 3781226496 B, mapped 175210496 B), free 259313664 B
16:22:10 Small mapped regions: 25, size 106496 B
16:22:10 Fresnel k must be >0, given n=2.51,k=0
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 CreateTexture failed : w = 2048, h = 1024, format = BC3_UNORM, err = E_OUTOFMEMORY.
16:22:10 DX11 error : CreateTexture failed : E_OUTOFMEMORY
16:22:10 Virtual memory total 4095 MB (4294836224 B)
16:22:10 Virtual memory free 250 MB (262524928 B)
16:22:10 Physical memory free 8418 MB (8827142144 B)
16:22:10 Page file free 5392 MB (5654249472 B)
16:22:10 Process working set 2602 MB (2729091072 B)
16:22:10 Process page file used 3345 MB (3508498432 B)
16:22:10 Longest free VM region: 6737920 B
16:22:10 VM busy 4032376832 B (reserved 247300096 B, committed 3785076736 B, mapped 163676160 B), free 262459392 B
16:22:10 Small mapped regions: 25, size 106496 B
16:22:10 VID: dedicated: 2115698688, shared 2179203072, system: 0, max: 1801125888, used: 1595174912
ErrorMessage: **DX11 error : CreateTexture failed : E_OUTOFMEMORY**

https://www.dropbox.com/s/5q6lq59ar5zysyz/ArmaReport_Log_20160804T125152_Lex.zip?dl=0

https://www.dropbox.com/s/q301xvxme5tx6nd/ArmaReport_Log_20160804T192011_Lex.zip?dl=0

https://www.dropbox.com/s/12eknm8gxvpjeqv/ArmaReport_Log_20160805T132352_Lex.zip?dl=0

https://www.dropbox.com/s/metxzgdf3v9i4gl/ArmaReport_Log_20160805T183026_Lex.zip?dl=0

I ran into this report after getting annoyed by the same thing.
out of memory after anything ranging up to a few hours.

If I read everything correctly, this is basically Arma3 running into the wall because it's 32bit ?

Also curious what kind of graphics card people have that are talking about this, as it is specifically a DX11 error.
I have 2 Nvidia 980's in SLI that have 4gb each.

32bit limits the used VM\RAM volume. But it doesn't mean that it is the deadlock.
It is only incorrect operation of the distributor of memory.
Doesn't matter, what model of the videocard. The error of DX11 lies in lack of access to memory, at a given time, when the volume of the used VM ~ =3200-3400Kb.
There is no correct cycle - unloading from the Heap of VM, and loading in the Heap of VM.

*MB

The fact is Arma 3 can utilize way more than 3.5GB the devs use a cache method of windows to store important data in the ram and load it from there instead of loading it from the hdd. Things like 3d objects or textures. Thats wa the speed of the ram is important in arma

It is good that the BIS is not getting this problem. But it is not good for us, we too need a VM management tool.
I did a simple test editor. A lot of heavy equipment, a lot of AI. The mission comes a short fight, but very hot. I can run this mission without problems, make 9-10 play from the beginning. Every start of Mission uses the same, place, equipment, the environment ... But it does not save the initial volume VM. That is, after each launch, mission arma3.exe Process that it unloads in the VM.
Question: what is lacking in the initial process of the VM and RAM to re-launch five-ten minutes mission? Start each mission increases the volume VM.
This can continue until the process reaches the arma3.exe use of 3200 ~ VM-3400mb.
Even the mission exit to the main menu of the game, unable to release volume VM of debris.

In T118335#1501090, @Lex wrote:

It is good that the BIS is not getting this problem. But it is not good for us, we too need a VM management tool.
I did a simple test editor. A lot of heavy equipment, a lot of AI. The mission comes a short fight, but very hot. I can run this mission without problems, make 9-10 play from the beginning. Every start of Mission uses the same, place, equipment, the environment ... But it does not save the initial volume VM. That is, after each launch, mission arma3.exe Process that it unloads in the VM.
Question: what is lacking in the initial process of the VM and RAM to re-launch five-ten minutes mission? Start each mission increases the volume VM.
This can continue until the process reaches the arma3.exe use of 3200 ~ VM-3400mb.
Even the mission exit to the main menu of the game, unable to release volume VM of debris.

it was from the time of the alpha version. restart same mission 1/2/3/4...times increases ram usage.

Everything happens as before to VR= \> 3200. Time in which I have received - Process page file used 3427 pleases. This time has made 3:40 hours of a game.
The option when Process page file used doesn't exceed = ~ 3200 is possible, and my game will make more time than 4 hours?
But this result, much better than was earlier , 30-40 minutes.

All the time of a game FPS 60-30.
Visibility range - 2500 m.
Range of a portrayal of textures - 2500 m.
All the rest almost on - Ultra.
Still I keep this the personal computer control:

It doesn't solve all problems, but I received good result. Some decision:
I want to pay your attention to point of the BIOS menu on your MB:

Part of the official report:

mapped 92872704 B), free 189546496 B

1:30:02 Small mapped regions: 26, size 110592 B
1:30:02 Virtual memory total 4095 MB (4294836224 B)
1:30:02 Virtual memory free 180 MB (189612032 B)
1:30:02 Physical memory free 6296 MB (6601990144 B)
1:30:02 Page file free 13496 MB (14152065024 B)
1:30:02 Process working set 3606 MB (3781623808 B)
1:30:02 Process page file used 3427 MB (3593818112 B)

On reaching - Process page file used 3427 pleases, FPS = 3-6.
Process of arma3.exe it is necessary restart. Sometimes restart of the personal computer (it is impossible to finish process, the screen of a game blocks an exit to a desktop.)

Seem to have a similar problem, the game plays fine for up to 29 minutes and 43 seconds (Yes i timed it) then it fails and freezes.
Been trying to play wasteland with a friend but its just interrupting everything.

Specs:
GTX 970
Intel core i7 6700k cpu
16gb of ram

Tried reinstalling, verifying, starting with administrator priviliges, updating nvidia drivers, bloody hell i've tried just about everything. If this doesnt get fixed soon I might have to give up. Sent their support a e-mail hoping that they're able to help me out.

Regards,
Lonewold

Hello,

I´m sorry for the delay. There is a lot of tickets in FT and sometimes we miss something.
I wrote the whole conversation and problem is a quite common. So we will try some solutins to solve.

Try the below possible solutions one-by-one:

Update game on the newest update 1.66

Try unload these params:

-exThreads=7 -cpuCount=8 -maxVRAM=2049 -skipintro -malloc=tbb3malloc_bi -maxMem=1792

Try restarting your computer and then verifying the integrity of the game cache for Arma 3.

1. Restart your computer and launch Steam
2. From the Library section, right-click on the game and select Properties from the menu.
3. Select the Local files tab and click the Verify integrity of game cache... button.
4. Steam will verify the game's files - this process may take several minutes.

Try all of the possible solutions listed on the Arma 3 Unusual process exit article on the Bohemia Interactive Community Wiki.

Try switching to and playing on the profiling game branch. After downloading new data verify the integrity of the game cache.

• profiling branch (special performance + profiling build - requires access code: CautionSpecialProfilingAndTestingBranchArma3), alternative download of needed binary possible from Dwarden's dropbox

Next, you could try to use this solution, called Change your game profile.

1. Go to C:\Users\*username*\Documents\Arma 3
2. Copy all files
3. Delete the whole folder
4. Return back your profile settings
5. Launch the game

Next, solution is based on change video memory limit by these steps:

• wrong updated GPU drivers
• low space in your video memory
• custom graphic settings (high graphic game quality vs. your GPU)
• discrepancies in the newest release GPU drivers

So, there is some solutions.

• try to decrease your graphic quality (if you're using ultra set high or medium). It´s possible that your have no more space on your GPU.
• reinstall your GPU drivers

You can try the last possible solution called All in One Runtimes tool.

1. Download All in One Runtimes
2. Tool will repair your Visual C++, Java SE, Adobe Flash Player, Adobe Shockwave Player, Silverlight, DirectX
3. Restart computer
4. Uninstall the tool
5. Launch the game

Let me know if the issue still persist.

So, there is some solutions.

try to decrease your graphic quality (if you're using ultra set high or medium). It´s possible that your have no more space on your GPU.

By this you mean my GTX 1060, having 6 GB, is running out of memory? o_O Would ArmA 3 ever use that much VRAM?

Can you link "All in One Runtimes" tool please?

@DanielNL

It´s one of possible solutions. It couldn´t be your problem but DX11 error is based on low video memory space.

According to your November crash report, you have 1.64 game version. Did you update it? (I assume that you did it)

All in one runetimes is next one of many solutions, too.

Try this link.

Try to use solutions mentioned in post above.
If the problem will still persist, I am afraid that it will be all that I can handle.
In that case please wait until the next update.

Thanks for your report and understanding.

yes updated. Using profiling build since the "stable" build still gets the 3 fps bug sometimes... (which sometimes surprisingly fixes itself again after few seconds)

At 1.66 I have a problem happens rarely. I can well 1.5-3 hours of play. But at any time, the memory error may occur.
It does not depend on the game settings, you can always appear the situation with the failure of the FPS, when Arma3.exe process pagefile VM reaches 3200-3500mb. There is a gradual increase in the use of volume pagefile VM and RAM up to a critical value.
If we compare this with DEV Arma3_X64.exe - always a stable value of the use of the VM and RAM ~ = 4000mb. Dips FPS sometimes there (to 30-20), but critical memory access no error.

Hi, @Lex

I´m seeing your last crash report from November. Can you send us a new on with 1.66 version please,

Thank you

No new reports. The last update was the best for me. Now I use arma3client_performance_166 from Dwarden. Maybe it helps me.
Previously, I've been getting these issues often, or similar to those tickets:
https://feedback.bistudio.com/T122274
https://feedback.bistudio.com/T122867
https://feedback.bistudio.com/T122867
For a long time analyzing, collecting information about the system - when there were these problems. The only match was always before the appearance of the problem - is when the paging file memory is suited to the size of VM = 3200-3500mb. This condition is always the problem was confirmed.

Now, my start game options:

-skipIntro 
-noSplash 
-cpuCount=10 
-malloc=tbb4malloc_bi (or system)
-maxmem=2047 
-maxvram=2048 
I use Arma3.exe - by Dwarden arma3client_performance

Hi, @Lex

If you say that crash is caused by VM parameter, you can try to disable it.
cpuCount=10 is very high vaule so decrease this parameter.
In any cae it would be fine to disable all parameters and check if the issue still persist.

Hi, @Alwin
At 1.66, for me, the problem does not play, or very rarely.
I know a lot of people who get FPS = 0-3 problem often appears every 30-40 minutes.
I would ask them to send me a report file.
I changed in their PC paging file.
Before the swap file = 8GB
Now swap file = 16GB
I will try to bring back the old version of the paging file, see the problem or not will appear.

As promised, he sent me a report with an error Arma3 1.66.

12:52:29 DX11 error : CreateTexture failed : E_OUTOFMEMORY
12:52:29 DX11 error : CreateTexture failed : E_OUTOFMEMORY
12:52:29 CreateTexture failed : w = 2048, h = 2048, format = BC1_UNORM, err = E_OUTOFMEMORY.
12:52:29 DX11 error : CreateTexture failed : E_OUTOFMEMORY
12:52:29 Virtual memory total 4095 MiB (4294836224 B)
12:52:29 Virtual memory free 218 MiB (228646912 B)
12:52:29 Physical memory free 9048 MiB (9487790080 B)
12:52:29 Page file free 20200 MiB (21182177280 B)
12:52:29 Process working set 3684 MiB (3863703552 B)
12:52:29 Process page file used 3398 MiB (3564064768 B)
12:52:29 Longest free VM region: 4128768 B
12:52:29 VM busy 4083679232 B (reserved 154308608 B, committed 3929370624 B, mapped 282279936 B), free 211156992 B
12:52:29 Small mapped regions: 22, size 98304 B
12:52:29 VID: dedicated: 3221225472, shared 1073676288, system: 0, max: 2906652672, used: 2646327296
ErrorMessage: DX11 error : CreateTexture failed : E_OUTOFMEMORY

@Lex Try to delete your profile folder (create a backup) a try to start the game.

The file yourprofilename.vars.Arma3Profile must be deleted.
Path: C:\Users\*username*\Documents\Arma 3

and try64bit platform it contains more vmem space.

Some other players have same problem and deleting their profile helped them. I´m sorry for long waiting.

@Alwin I deleted The file yourprofilename.vars.
This will reset my game settings.
I got 3 hours FPS = 3 games.
I am interested in the file and its content, which causes the problem -

12:52:29 Process working set 3684 MiB (3863703552 B).

The contents of this volume:

• Can not keep the volume VM = 3200MB
• Arma3.exe process can not address and change the contents of the volume when the volume reached VM = ~ 3600MB.

I understand that there is this problem on arma3.exe_X64. In the process arma3.exe_X64 VM = ~ 4100MB at the start of the game and keeps the volume throughout the game.
This issue will remain relevant for owners of PC 32bit.

I presume that you´ve tried to switch from stable to profiling branch, haven´t you?

If you haven´t try it please. Profiling provides better performance elements. Profiling game branch. After downloading new data verify the integrity of the game cache.

• profiling branch (special performance + profiling build - requires access code: CautionSpecialProfilingAndTestingBranchArma3), alternative download of needed binary possible from Dwarden's dropbox

But in profiling we still get the crash to desktop after a while, Dx11 out of memory...

@Alwin Yes, @Dwarden his profile help "to remain afloat" more time. But, as has told @DanielNL, won't save from a problem completely.
When I have created this ticket, FPS=3 it was possible to receive in 20-30 minutes of a game, about 80% a case - 30-40 minutes

https://dev.arma3.com/post/sitrep-00185

The last two weeks brought several improvements to Dev-Branch. Perhaps the most significant change is that there will only be a 64-bit version of the Diagnostics Executable going forward. Used mainly by community creators, we'd like to offer better stability and resource usage for this highly specialized tool and decided to abandon the obsolete 32-bit configuration.

Due to the refusal of 32bit, a ticket can be closed.