Torn Mind
Lifer
- Nov 25, 2012
- 12,078
- 2,772
- 136
Generate your own troubleshooting workflow. You're ignorant and yet you are quick to rebut, as if you already know what to do.
Knowing which games are stuttering is quite relevant because it very well could be a software issue in the game itself that needs fixing. I suspect you have no rational rationale for that question. But rather you're just full of hubris and thought there was no way software could cause the problem
Knowing the system specs is important because good god, isn't it obvious you're trying to find a problem with the hardware you have? It didn't come across your mind that one potential problem of "stuttering" could be due to drivers for the hardware or if the hardware is underspeced. Oh wait, you probably don't want help. You just want a recipe so you figure it out yourself because you already know.
He wants a "method". A recipe. A cookbook. A freaking service manual. Not specific directions. Apparently, he doesn't want help. Well, a cookbook or service manual will not teach you the basics of electricity or how use a particular utensil
Computers run programs. Everything is a program and you are experiencing issues with a program. You want to figure out what is wrong with your programs (games). You either write your own programs or use other programs people have already written to diagnose issues. You run these programs on computer hardware. That hardware varies from system to system and different hardware can cause the software to perform "incorrectly".
Fault isolation involves testing and eliminating variables. You run a game to find the issue. Maybe it is the VRAM. Fire up a tool like Afterburner to monitor VRAM usage. Maybe it is the driver. Google search to see if others have the same issue. File a freaking bug report. The "if" statement is rampant in the troubleshooting workflows. I've seen it myself in the service manuals for electronic products.
If you don't want to learn something new, then don't bother troubleshooting items. You want a methodology? The basic principles behind trouble methodology is TEST AND ISOLATE and make sure you know what the hell you are doing.
Knowing which games are stuttering is quite relevant because it very well could be a software issue in the game itself that needs fixing. I suspect you have no rational rationale for that question. But rather you're just full of hubris and thought there was no way software could cause the problem
Knowing the system specs is important because good god, isn't it obvious you're trying to find a problem with the hardware you have? It didn't come across your mind that one potential problem of "stuttering" could be due to drivers for the hardware or if the hardware is underspeced. Oh wait, you probably don't want help. You just want a recipe so you figure it out yourself because you already know.
He wants a "method". A recipe. A cookbook. A freaking service manual. Not specific directions. Apparently, he doesn't want help. Well, a cookbook or service manual will not teach you the basics of electricity or how use a particular utensil
Computers run programs. Everything is a program and you are experiencing issues with a program. You want to figure out what is wrong with your programs (games). You either write your own programs or use other programs people have already written to diagnose issues. You run these programs on computer hardware. That hardware varies from system to system and different hardware can cause the software to perform "incorrectly".
Fault isolation involves testing and eliminating variables. You run a game to find the issue. Maybe it is the VRAM. Fire up a tool like Afterburner to monitor VRAM usage. Maybe it is the driver. Google search to see if others have the same issue. File a freaking bug report. The "if" statement is rampant in the troubleshooting workflows. I've seen it myself in the service manuals for electronic products.
If you don't want to learn something new, then don't bother troubleshooting items. You want a methodology? The basic principles behind trouble methodology is TEST AND ISOLATE and make sure you know what the hell you are doing.

