Random freeze for 1 second

ZakKa,

Thanks for that extra info! I checked this out and I’ve got some more ideas. It honestly looks like for some weird reason you’re getting packet floods. Can you create a WinMTR test which catches a freeze up. The fact that limiting client/server send rates seems to have changed the behavior to be worse makes me want to double down on connectivity issues being the most likely cause, especially since we’ve hit most of the hardware stuff already.

For that winMTR you want to restart the test every 10-15 minutes until you catch one of these problems. Once you’ve caught one red handed, run the test for about 5 more minutes. This will let us look for problems between your house and our servers which may cause this.

If you have problems with posting it due to a link error, go ahead and copy paste this into your next post, and replace “WinMTR goes here” with your test.

~~~~
WinMTR goes here
~~~~

By the way! You can turn the limits back off. If they didn’t help, they don’t need to be on still.

1 Like

I got big ones after I turned them off as well. So I’m not sure yet if turning the limits on made the spikes bigger.

There are 2 IP-adresses mentioned on that WinMTR page for Europe, which one should I use (I’m in the Netherlands)?

185.60.112.157
185.60.112.158

Ok I did both. Here is with 185.60.112.157:

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                           192.168.178.1 -   97 |   53 |    2 |    3 |    4 |    6 |    3 |

|                 f224001.upc-f.chello.nl -    1 |  252 |  251 |    8 |   16 |  146 |    9 |

|                          212.142.51.117 -    0 |  256 |  256 |    9 |   15 |   75 |   20 |

|asd-tr0021-cr101-be108-2.core.as33915.net -    0 |  256 |  256 |   11 |   16 |   75 |   30 |

|          nl-ams14a-ri1-ae51-0.aorta.net -    0 |  256 |  256 |   11 |   20 |   76 |   49 |

|                          213.46.182.194 -    0 |  256 |  256 |   11 |   23 |   80 |   32 |

|              ae1-br02-eqam1.as57976.net -    0 |  255 |  255 |   11 |   57 | 1592 |   28 |

|                           137.221.78.83 -    0 |  256 |  256 |   11 |   19 |   82 |   31 |

|                          185.60.112.157 -    0 |  256 |  256 |   10 |   17 |   74 |   30 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

And here with 185.60.112.158:

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                           192.168.178.1 -   97 |   30 |    1 |    4 |    4 |    4 |    4 |

|                 f224001.upc-f.chello.nl -    0 |  142 |  142 |    7 |   15 |   40 |   14 |

|                          212.142.52.117 -    0 |  142 |  142 |    9 |   16 |   30 |   11 |

|asd-rc0001-cr101-be108-2.core.as33915.net -    0 |  142 |  142 |   13 |   19 |   43 |   16 |

|          nl-ams14a-ri1-ae50-0.aorta.net -    0 |  142 |  142 |   12 |   21 |  130 |   16 |

|                          213.46.182.194 -    0 |  142 |  142 |   12 |   21 |   72 |   17 |

|              ae1-br02-eqam1.as57976.net -   21 |   74 |   59 |    0 |  411 | 4317 |  214 |

|                           137.221.78.85 -    0 |  142 |  142 |   12 |   22 |  123 |   15 |

|                          185.60.112.158 -    0 |  142 |  142 |   12 |   18 |   35 |   17 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Edit2: I am really suspecting my PSU. My GPU (r9 390) is very power hungry. I’'m getting a new, more energy-efficient GPU the day after tomorrow. Hopefully that will fix it.

I normally suggest using the one from in-game on the netgraph instead of the support page. Should be in the top left corner. Should look like 8.8.8.8:12345 or similar. The part after the : colon is a port so don’t use that in the test, just the IP address.

That said, if limiting PPS did nothing it may be that the PPS spikes are actually a result of the freeze rather than the cause. In which case we’d want to look for system bottlenecks, software conflicts, or power issues.

I noticed you mentioned replacing the GPU. If there is still any problem after that please reach out to our support team directly so we may further investigate.

Cheers!

1 Like

i have another suspicion now.

I used Asus DOCP to auto-OC my RAM to 3000mhz (which it’s rated at). I never saw this as a ‘real’ OC since I set the RAM to what they were advertised as. Sadly this can happen a lot from what I understand. I’ll have to set the autoOC loweror manually configure the timings and voltages.

I loaded the optimized defaults in my bios, which sets the memory at 2400mhz, and I didn’t have the freeze in 2 games. Will investigate further.

Edit: This could also mean it’s still a power issue, since OCing requires more power

What version of your GPU is that? Who makes it/can you link it?

It is the MSI R9 390. As you can see here it’s very power hungry:
www.tomshardware. com/reviews/gpu-hierarchy,4388.html
Today I’ll receive one of the best energy-efficient cards: the 1070. It requres like half the power in watt!

I’ll test my complete system with my RAM set at different clock speeds and keep you updated :+1: .

Edit: Well my shipment got delayedvso I’m not getting my GPU today… sucks

1 Like

Yeah, I saw this:

Here is Guru3D’s power supply recommendation:

  • AMD R9 390 and 390X - On your average system the card requires you to have a 550~600 Watt power supply unit.

I guess we’ll see… eventually :smiley:

2 Likes

Ah I still have the freezes on bios default settings (so no OC on memory at all). They are just less frequent and a lot shorter. This strengthens the PSU-theory

It also means that physical RAM issues are possible. Not only would RAM without XMP be less power hungry, but it’d also be more stable. With all this in mind, have you run Memtest86+ ever? If you have a USB drive hanging around somewhere, you can run it overnight. You can also use the windows built in memory checker but it’s somewhat less accurate.

This is going a bit beyond Blizzard-supported, so we Blue posters probably have to duck out beyond this since it seems to be a hardware issue, but between some tests on your own and possibly a PC tech you should be able to nail down the common cause and replace whatever’s not working correctly.

1 Like

I ran memtest86+ 2 times. I posted about i in this topic. Once on 3200 mhz, that gave me a lot of errors, and once on 3000, no errors there.

EDIT:

Ok so I got my new GPU:

( Gigabyte GeForce GTX 1070 G1 Gaming (rev 2.0)
and I still have freezes/hiccups. I know for sure now that power/PSU was probably not the issue. This GPU is very energy efficient.

The freezes/hiccups are a bit shorter and less annoying though. I get around 160/170 fps and the fps just drops to 110/120 during the freeze. I ran WinMTR correctly this time, using the IP adress from the menu, please tell me if you see anything weird::

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                           192.168.178.1 -   99 |   91 |    1 |   11 |   11 |   11 |   11 |

|                 f224001.upc-f.chello.nl -    2 |  424 |  418 |    0 |   16 |  106 |   13 |

|                          212.142.51.117 -    1 |  443 |  442 |    0 |   16 |  106 |   48 |

|asd-tr0021-cr101-be108-2.core.as33915.net -    1 |  443 |  442 |    0 |   18 |  107 |   48 |

|          nl-ams09c-ri1-ae51-0.aorta.net -    0 |  447 |  447 |   11 |   20 |  129 |   14 |

|                          213.46.182.254 -    1 |  443 |  442 |    0 |   18 |  107 |   51 |

|    ae-19.r25.amstnl02.nl.bb.gin.ntt.net -    1 |  443 |  442 |    0 |   18 |  108 |   50 |

|    ae-17.r21.frnkge13.de.bb.gin.ntt.net -    2 |  420 |  413 |    0 |   26 |  120 |   30 |

|     ae-0.r20.frnkge13.de.bb.gin.ntt.net -    1 |  443 |  442 |    0 |   26 |  106 |   63 |

|    ae-11.r21.nwrknj03.us.bb.gin.ntt.net -   15 |  284 |  242 |    0 |  116 |  198 |  115 |

|     ae-1.r20.chcgil09.us.bb.gin.ntt.net -    1 |  443 |  442 |    0 |  143 |  251 |  164 |

|     ae-4.r21.chcgil09.us.bb.gin.ntt.net -    0 |  447 |  447 |  128 |  141 |  199 |  142 |

|     ae-5.r22.snjsca04.us.bb.gin.ntt.net -    0 |  447 |  447 |  178 |  186 |  266 |  182 |

|     ae-0.r23.snjsca04.us.bb.gin.ntt.net -    0 |  447 |  447 |  178 |  185 |  252 |  198 |

|    ae-21.r30.tokyjp05.jp.bb.gin.ntt.net -    1 |  443 |  442 |  281 |  289 |  374 |  357 |

|     ae-0.r31.tokyjp05.jp.bb.gin.ntt.net -    0 |  447 |  447 |  281 |  290 |  374 |  284 |

|     ae-4.r21.sngpsi07.sg.bb.gin.ntt.net -    0 |  447 |  447 |  345 |  354 |  421 |  347 |

|     ae-2.r01.sngpsi07.sg.bb.gin.ntt.net -    0 |  447 |  447 |  346 |  353 |  418 |  350 |

|                           116.51.31.106 -    0 |  447 |  447 |  339 |  347 |  409 |  341 |

|             kul1pe3-sgp1pe3.as15932.net -    0 |  447 |  447 |  344 |  352 |  416 |  350 |

|             bkk2pe3-kul1pe3.as15932.net -    0 |  447 |  447 |  374 |  382 |  447 |  380 |

|                          185.142.242.15 -    0 |  447 |  447 |  378 |  385 |  451 |  382 |

|                           115.67.16.129 -    0 |  447 |  447 |  372 |  380 |  449 |  379 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |   90 |    0 |    0 |    0 |    0 |    0 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Screenshots:
imgur. com/a/8DhSn8W

Sorry about that, looks like I missed your earlier RAM tests in this big ol’ thread.

It looks like your packet loss is back. I’m somewhat curious if this is something with your router firewall or something like that. We can test that by installing a VPN and seeing if it improves. Can you find a VPN with a free trial, install it, and see if the issue is still there when running the VPN? You may find that your overall ping is higher, but it’ll let us know if it’s an ISP or Router Firewall issue if it works around the problem.

1 Like

No need to apologize you all have been very helpful so far. <3

You mention that my packet loss is back, can you see that from the winMTR statistics? how? I’d like to be able to read the WinMTR statistics.

You also advice to try gaming with VPN enabled. No problem, I’ve got GhostVPN. I will try out a couple of games with VPN enables and post the WinMTR results

EDIT

Still had the freeze with VPN enabled. I was on a network that was still in the Netherlands:

screens:
imgur. com/a/jx9gbeM

winmtr:

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|              unn-84-17-47-114.cdn77.com -    0 |  500 |  500 |   10 |   16 |   61 |   15 |

|              unn-84-17-47-254.cdn77.com -    0 |  500 |  500 |   11 |   16 |   59 |   12 |

|                         speed-ix.he.net -    0 |  500 |  500 |   11 |   17 |   59 |   22 |

|             100ge16-1.core1.lon2.he.net -    0 |  500 |  500 |   18 |   26 |   51 |   24 |

|             100ge13-2.core1.nyc4.he.net -    0 |  500 |  500 |   86 |   94 |  161 |   96 |

|              100ge8-1.core1.sjc2.he.net -    0 |  500 |  500 |  146 |  153 |  213 |  158 |

|telekom-malaysia-inc.100gigabitethernet16-2.core1.sjc2.he.net -    0 |  500 |  500 |  271 |  278 |  332 |  274 |

|                           10.55.100.161 -    0 |  500 |  500 |  260 |  267 |  306 |  267 |

|                             1.9.244.134 -    0 |  500 |  500 |  253 |  261 |  559 |  263 |

|             bkk1pe3-kul2pe3.as15932.net -    0 |  500 |  500 |  291 |  299 |  313 |  299 |

|                          185.142.242.13 -   83 |  117 |   20 |    0 |  301 |  367 |  293 |

|                            124.40.227.1 -    0 |  500 |  500 |  292 |  299 |  342 |  298 |

|                           115.67.16.129 -    0 |  500 |  500 |  293 |  299 |  317 |  298 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|                   No response from host -  100 |  101 |    0 |    0 |    0 |    0 |    0 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
1 Like

These nodes are experiencing at least 1% data loss. Even though one node is showing 2%, that 2% doesn’t continue throughout the test and is likely set up to ignore some of the traffic that WinMTR uses to test the network.

The new test looks really laggy, with a worst ping over 300ms, but no data was lost.

This is the best guide I know of for learning how to read them :slight_smile:

2 Likes

So is that 1percent bad? What does this say? No idea if 1 percent is acceptable, or might be the cause of the problem?

According to many ISPs (in the US at least), 2-5% is sometimes acceptable and doesn’t qualify for repairs. To an fps gamer, 1% is not good and can cause you to miss shots.

1 Like

I’ve had some contact with blizzard support. Seems like they have no clue either, really sucks. It actually got really worse to a point where the freezes occured 2 seconds long.

I installed UI for ETW as per suggestion in this thread. No idea how to read anything in there though. I recorded a trace each time a freeze occured: (remove the space before .com)

drive.google. com/file/d/1zunSKrEwwIPfhKgJ0HEtthQ14DriyR3A/view?usp=sharing

EDIT: I started noticing similar behaviour now in windows as well. Also once when I playing Doom: Eternal… Man it’s driving me crazy

1 Like

A while back someone else was getting microfreezes across their whole OS, and they said ILSC (intelligent standby list cleaner) fixed it for them. It’s a tool made by the same person who creates Display Driver Uninstaller.

Unfortunately, this requires downloading a ZIP file, and I don’t download files from anyone outside my co-workers :slight_smile:

2 Likes

Understandable, how can I safely share? Make some screenshots? Not sure of what graphs though? I’ll try the intelligent standby list cleaner thanks

1 Like

I didn’t realize this was data from the app the other player mentioned. I am not familiar with that software, and won’t be able to answer any questions about its output data.

1 Like

ZakKa,

I took a peek at your ticket, and I think we should head back to hardware. You got improvements from downclocking your RAM. In each of your screenshots, you have one large spike of issues (that white vertical bar) which coincides with “Packets Per Second” spikes. Now, typically we’re going to look at a connection error for this, but in very rare and pesky situations, the “Packets per second” will actually stop being processed by your PC rather than received or sent by the connection. With the MSinfo on that ticket, we get a much clearer picture. I noticed that way back in the day you had some bluescreens that actually called out your RAM having hardware issues. Doom and Overwatch would both use more RAM than many of the other games I see you playing on that PC in the MSinfo.

0x1a_61941_PAGE_TABLE_RESERVED_BITS_SET_IMAGE_hardware_ram, type 0&#x000d;&#x000a;Event Name: BlueScreen

Let’s go a little harder on this step and see if things improve further. Do you have better luck if you set your RAM back to fully STOCK speeds? (i.e. no XMP or overclocking on them at all.)

Let us know!