This bug always apears while changing the aim mode from normal to scope. We re playing in a big cooperation and all of us got this issue while aiming. what means take an eye through the scope. It started on tanoa and we think is has to do with the new LOT graphics system! More Diags incoming soon.

Frame - 3FPS

Previously I had some experience of this issue as previously reported.
I am wondering if the FPS drop I am getting on a Coop mission while using the "Spawn AI" Module can be related to the same causes.

It happens very often to many players on King of the Hill 1944 with only the IFA3 mod and when in tanks.
Switching from 3rd person to 1st/gun sight seems to be triggering the 3FPS issue.

Here is a video of this very crash. https://www.youtube.com/watch?v=HC9xR5P3MNE&t=10s

MY REPORT :

3 FPS after aiming down sight then CTD, log attached.

Based off "Devastator_cm" s Mission (100% repro but heavily modded)
https://forums.bistudio.com/topic/202022-3fps-issue-call-for-help/?do=findComment&comment=3152076

No crash (30 min wait) game killed by user.

(All dmps and frames during the bug)

The command in ProcDump wouldn't work... (with process ID)

Which conclusions so far after 1 week, Razazel?

The only thing I know is that number of possible culprits was narrowed down, my knowledge in this is unfortunately limited so that's as much as I could understand.

In T123238#1574460, @razazel wrote:

The only thing I know is that number of possible culprits was narrowed down, my knowledge in this is unfortunately limited so that's as much as I could understand.

Thanks, Razazel. If there's anything more specific that the devs need, let us know so we can try to get it. This bug has been like a plague to my group, pretty much making a lot of our play nights untenable, so we are all hands to try to get this fixed.

Thanks, Razazel. Great expectations that this question can change to a good stable game.

In T123238#1574535, @nich10solo wrote:

Thanks, Razazel. If there's anything more specific that the devs need, let us know so we can try to get it. This bug has been like a plague to my group, pretty much making a lot of our play nights untenable, so we are all hands to try to get this fixed.

If there is anything, I will let you know..

In T123238#1574457, @DanielNL wrote:

3fps.txt54 KBDownload

Arma3Launcher_Log_20170214T155004_Daniel.zip1 MBDownload

Those are unfortunately Launcher logs, we need game logs/dumps :(

In T123238#1574719, @razazel wrote:

In T123238#1574457, @DanielNL wrote:

3fps.txt54 KBDownload

Arma3Launcher_Log_20170214T155004_Daniel.zip1 MBDownload

Those are unfortunately Launcher logs, we need game logs/dumps :(

But I can't get those when the game doesn't crash, correct?

Bug appeared in Editor after mp testing Devastator_cm s mission.

Collected two cases with 3FPS

1. Frame 1.txt6 KBDownload

2. Frame 2.txt93 KBDownload

I will note several situations when I receive accident more often:

• A look zoom at short distances
• I have started up a bullet - someone has to receive it, or have started up a bullet in me I have to get her. The moment of mutual exchange, at a short distance to 100 meters.
• Switching from 3D a look by sight in a riflescope, on weapon, in the tank, etc. The last situation especially wants to be noted. Even when in a game everything is quiet and smooth, process of transition from a look 3D to optics is followed by often small freezing of the picture, and falling of FPS.

In T123238#1574730, @DanielNL wrote:

In T123238#1574719, @razazel wrote:

In T123238#1574457, @DanielNL wrote:

3fps.txt54 KBDownload

Arma3Launcher_Log_20170214T155004_Daniel.zip1 MBDownload

Those are unfortunately Launcher logs, we need game logs/dumps :(

But I can't get those when the game doesn't crash, correct?

You can, use the procdump utility.

When you see the game going to a crawl open command prompt and type

procdump -ma arma3.exe arma3_3fps.dmp

You need to download procdump first from Microsoft website.

I did. Microsoft tutorial didn't explain that I have to enter name in the end (.dmp)... -.-

I have talked to many people about this bug and have encountered it many times myself. I narrowed it down to something more specific than what was mentioned in this bug report. I play on a Wastelands Altis server and I connect without mods. What I noticed is this bug happens after an hour (like you know) but with the addition that when you are in a vehicle and someone else is driving and you are looking at your map while he drives several kilometers. You hear your vehicle driving in the distance like if your audio is not traveling with you anymore. You stay looking at your map the whole time until you get to the destination. Then you close the map and you do something, look down your scope, or binoculars or switch to 3rd person. I haven't figured that out yet. But when others experience the FPS bug I always ask "Where you looking at your map the whole time we were traveling?" and I generally hear back - "Yes".

I really hope what I have helps. Been trying to figure this bug out for a while now. From what I can tell, it has alot to do with loading terrain and or geometry (e.g.Tanoa). Looks to me like it can also be accelerated by jumping around maps alot, like teleporting or flying jets. Fixed wing showcase is a good contender.

Good luck! Hope this helps.

Also, hopefully 7zip is okay. Managed to get it from 6gigs to 1.3.

And another one

I've uploaded dxdiag, 3 procdump full dumps (eden is before the issue, other two were created on game crash automatically by attaching procdump as debugger). There is minidump file inside from appdata and report file. Hopefully it will be of some assistance.

My prcodump is 4gb! Is it supposed to be this big?

In T123238#1576322, @GodfatherC wrote:

My prcodump is 4gb! Is it supposed to be this big?

It is. It's entire memory and arma3.exe can use up to 4GB of memory on x64 systems.

RPT with some memory errors during 3fps period before crash of my game.
(Usefull informations begin line 9202)

I found semi-solid way to reproduce bug with my hardware:

1. Join heavy script-loaded server (for example Tanoa wasteland (no mods required)
2. Set your view distance to ~3200 m (both in settings and in «player menu» (~) )
3. Fly any aircraft across the island for 30+ minutes

Logs:

More logs (BECTI server)

Someone can try and check it. I have disconnected BIOS Intel Virtualization Technology, result:

• FPS in a game is stabilized better
• It is less friezes
• The fragmentary sounds characteristic to FPS falling don't appear in a game
• In a game on the server, with MOD, 30 players, about 3 hours a game lasted - hasn't seen a problem 3FPS

@Lex out of curiosity, I've those questions:
What Operating System you have ?
What Intel CPU you have?
What security software you run ?
Do you have any other software which might be using hardware virtualization (e.g. sandboxie, virtualbox, vm ware etc) ?

@Dwarden

• Intel Core i7-4770K, 4500 MHz (45 x 100)
• ASUS Z97-K (BIOS 2902)
• 2 x G Skill "Sniper" -F3-2133C10-8GSR (21,33 x 100)
• ASUS GTX770-DC2-2GD5
• Samsung SSD 850 PRO 128GB
• Microsoft Windows 10 Pro x64

Security software - Windows Defender only
Other software - No
This effect was also at Windows 8\8.1. Perhaps OS reserves CPU streams when Intel Virtualization Technology enable. I made this recommendation at a forum, earlier. [[ https://forums.bistudio.com/topic/160288-arma-3-stable-server-166-performance-binary-feedback/?do=findComment&comment=3077414 | Arma 3 STABLE ]]When has taken place release of Arma3DEV x64, I am Intel Virtualization Technology again - enable, and have forgotten that it has made it. Has started over again receiving often 3FPS and all those problems that wrote in the previous message.
Used in a game, Recently, as release of arma3client_profiling_166_140454_v18
Perhaps, yesterday I lacked 10 minutes of a game to receive 3FPS. but anyway, my recommendation improves system productivity in a game

27.02.2017
Earlier, on this server, with MOD, with Intel Virtualization Technology, received 3FPS in 1,5-2 hours. When lot of players (25-30), 3FPS each hour are.
Today played more than 4 hours, has received 3FPS. It is an essential difference for me.

More data of lag state with devastator_cm mission (10 minutes)

Mission DL
Mod list (Drag and drop html in launcher to get mods):

Logs:

Before «3fps» state

During «3fps» state

• AMD Ryzen 7 1700
• GIGABYTE AX370-Gaming 5
• 2 x 8GB DDR4
• XFX Radeon RX480 8GB
• Microsoft Windows 10 Pro x64

On coop mission

Seems to lack of pagefile remaining amount.

In T123238#1578329, @Lex wrote:

Someone can try and check it. I have disconnected BIOS Intel Virtualization Technology, result:

• FPS in a game is stabilized better
• It is less friezes
• The fragmentary sounds characteristic to FPS falling don't appear in a game
• In a game on the server, with MOD, 30 players, about 3 hours a game lasted - hasn't seen a problem 3FPS
  

@Dwarden
I got several members of my community who were having severe issues with the "3 fps" issues to try disabling this as per the image from @Lex.
Our community runs a fairly standard modset for a MilSim unit, including CUP, ACE, and DynaSound.
Since disabling this setting, the few guys who had severe issues have had next to no issues at all. Previously where sounds loading (explosion, large calibre weapon etc) would cause a crash, the same cases cause no crashes or drops at all.

Not sure what this may suggest to the devs working on the issue, but I thought it might help to know that it helps with the issue (in the majority of my test cases)

I was going to disable Intel Virtualization in BIOS to see if it helps and have found that I have already this parameter in disabled state. And it was disabled for a long time on my system. It means that this parameter does not help at all with the "3 fps" bug.

There are my two crash reports. In my case this "3 fps bug" happened couple of times when I was close to the battle and using scope (rifle and vehicle) on MP servers with mods and without mods. One time I got this bug when I was hiding inside building in a town full of enemy AI units and helicopter controlled by the player on enemy side started to make a gunfire from helicopter to the buildings near me. I was looking to the wall inside building at that moment and didn't see any explosions or any visual effects. But second later after I heard that helicopter started fire and heard explosions close to my position I got that "3 fps bug". I suppose that this bug is related to visual effects from weapon shots (fire, smoke, tracers), sound effects from weapon shots, LODs switching between undamaged/damaged states, PhysX.

I had tried to lower video settings and disable all post effects in game (motion blur, depth of field, etc.) but it doesn't help to prevent this bug to happen.

Sometimes I am able to recover from this bug by entering to the game menu for 20-30 seconds or pressing Alt-Tab to switch the application in Windows for 20-30 secs. Sometimes it helps but later game crashes with the error anyway. If I leave the zone where this bug happened than I can play a bit more after recovery. If I keep stay in this zone where bug happened than game will crash with the critical error.

In T123238#1581665, @Vipera wrote:

I was going to disable Intel Virtualization in BIOS to see if it helps and have found that I have already this parameter in disabled state. And it was disabled for a long time on my system. It means that this parameter does not help at all with the "3 fps" bug.

Well, clearly it doesn't for you, and clearly it does for some of the guys I tested with. I never said it was a total fix, just that it alleviates it in SOME cases.
I think simply what it means is that the setting in some way affects the CPU and RAM, and with it disabled the issue is less prevalent.
I'd be intrigued to see, comparatively, how many instances of the bug/crashes you get with the option enabled. You may find there are more, you may not.

In T123238#1581753, @AtomicTim7 wrote:

I'd be intrigued to see, comparatively, how many instances of the bug/crashes you get with the option enabled. You may find there are more, you may not.

There have to be the same stress test for both cases, with virtualization disabled and enabled. If you make different game situations then result is not correct.

In T123238#1581813, @Vipera wrote:

In T123238#1581753, @AtomicTim7 wrote:

I'd be intrigued to see, comparatively, how many instances of the bug/crashes you get with the option enabled. You may find there are more, you may not.

There have to be the same stress test for both cases, with virtualization disabled and enabled. If you make different game situations then result is not correct.

Indeed, which is why I'd be interested to see what your results are with virtualization enabled as opposed to disabled. My test cases have been through very similar scenarios with the setting enabled and disabled, and have seen a difference with it disabled.

One of the most annoying Bugs ever. On a mission, Enemy incoming.. down to 3 fps for a random amount of time. Hope there is a fix incoming. Good Luck guys!

At 1.68 for me the problem was solved. Many thanks. But there were players who else received 3FPS. Perhaps the problem of settings of a game at the client, is required time for check.

• My computer

Intel Core i7-4770K, 4500 MHz (44 x 100)
ASUS Z97-K (BIOS 2902)
2 x G Skill "Sniper" F3-2133C10-8GSR (21,33 Ñ… 100)
ASUS GTX770-DC2-2GD5
Samsung 850 Pro 128Gb
Corsair Force 3 SSD (120 ГБ)
Chieftec 750W

• My launcher Arma3 settings

Compare contents of PC and make settings in proportion to mine.

• Video of control of a game - almost everything on Ultra

As of 1.68, crashes are more frequent for me.

Using 32-bit.

https://feedback.bistudio.com/T120185

This post on the ARMA3 forum might be related to the 3 fps bug problem.

This is a long shot, but there is a bug with the skiptime command that can create very similar symptoms (2-3FPS which doesn't recover without restarting game) - T68952.
The general 3FPS issue may somehow be related to use of skiptime command, and/or world time and weather synchronising across network?

I had this. there was a warning about a lack of memory. The increase in virtual memory helped.

spam removed