Thread error handler что это

Thread error handler java

When a thread is about to terminate due to an uncaught exception the Java Virtual Machine will query the thread for its UncaughtExceptionHandler using Thread.getUncaughtExceptionHandler() and will invoke the handler’s uncaughtException method, passing the thread and the exception as arguments. If a thread has not had its UncaughtExceptionHandler explicitly set, then its ThreadGroup object acts as its UncaughtExceptionHandler. If the ThreadGroup object has no special requirements for dealing with the exception, it can forward the invocation to the default uncaught exception handler.

Method Summary

All Methods Instance Methods Abstract Methods

Method Detail

uncaughtException

Any exception thrown by this method will be ignored by the Java Virtual Machine.

• Summary:
• Nested |
• Field |
• Constr |
• Method

• Detail:
• Field |
• Constr |
• Method

Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2023, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.

Источник

Advanced exception handling in Java -Thread.UncaughtExceptionHandler

Today I want to talk about Java’s Thread.UncaughtExceptionHandler and how it can help us catch those unexpected scenarios where our code would come to a halt.

All of us developers out there are dealing, daily, with code execution that went wrong. Be it exceptions, errors or anything that breaks our normal code flow, it happens. That is fine — all part of a day’s job! If you think your code is flawless, wake up! There is no such thing.

Lets start with a simple example. Here’s a naive method that takes user input, divide them, print and return the result to the caller:

Simple enough.
Now since we aren’t checking the input arguments for valid values, what will happen when the user enters zero as the value for argument argB? all hell break loose 🙂

Exception in thread “main” java.lang.ArithmeticException: / by zero

Now, we all know some of the “tools” we have to mitigate and defend our code like the infamous try-catch which will — should the code break, catch the exceptions for us and let us decide what to do with them:

But we can’t be wrapping every single line of code with a try-catch, that would be just plain awful in so many levels. So how do we handle those times where some part of our code threw an exception and we didn’t catch it?

Come to the rescue -Thread.UncaughtExceptionHandler

Lets consider this scenario — you lunched an app into production with a lot of active users which run your app daily and bugs are starting to show up.

Of course you have a nice, detailed log file about every important detail in the app which gets uploaded on a regular basis and you start to analyze the logs just to realize that in the scenario of a crash all code execution, including your log prints are stopped and the crash stack, which is what you need so bad in order to solve this issue is not in the logs.

Setting an UncaughtExceptionHandler on your threads is your app’s last stop before it crash, which lets you deal with exactly that — save that last pieces of information, close resources, shutdown gracefully which eventually will help you solve your bug.

The UncaughtExceptionHandler is an interface inside the Thread class (I’ll just call it handler for brevity). Lets read what the docs has to say about it:

So basically when a thread such as the main thread is about to terminate due to an uncaught exception the virtual machine will invoke the thread’s UncaughtExceptionHandler for a chance to perform some error handling like logging the exception to a file or uploading the log to the server before it gets killed.

It is important to understand how it works.

Every Thread is a member of a ThreadGroup and if the terminated thread doesn’t have an explicitly set handler than it will forward to the thread group handler. If the thread group doesn’t hold any special handler for such cases, it will eventually call it’s default uncaught exception handler.

Setting this handler is a per-thread base solution. Thread A will not use Thread’s B handler and vice versa. It is not a symmetric relation. Unless your threads are all a part of the same thread group and you have explicitly set an UncaughtExceptionHandler on the thread group, your threads can have different handlers performing different things in such scenarios where the thread terminates.

Setting up a handler is as simple as it gets — just create your own by implementing the interface:

and set your handler to the thread, usually the main thread on GUI applications since uncaught exceptions will make the entire app crash:

Last thing that I should add — George, one of the readers mentioned I should delegate the exception back to the original UncaughtExceptionHandler, this is to give back the control of exceptions to the systems. Otherwise we will “swallow” those exceptions and we might continue running in a some broken app state which is a bad thing. Crashing is probably a better choice than running in a wrong state. Thanks for pointing this out George!

And… thats it, were done!

So we’ve learned what is an UncaughtExceptionHandler and how it can serve us dealing with crashes and bugs in production when otherwise — the part that we really need in our log file wouldn’t appear- the crash stack trace. Yes there are different services out there like Crashlytics that will help on that area and are very powerful tools but hey, how do you think they work behind the scenes? hint — UncaughtExceptionHandler.

Hope it will help someone out there. This is my first blog post and I’d love to hear what you think.

Источник

Thread error handler java

Every thread has a priority. Threads with higher priority are executed in preference to threads with lower priority. Each thread may or may not also be marked as a daemon. When code running in some thread creates a new Thread object, the new thread has its priority initially set equal to the priority of the creating thread, and is a daemon thread if and only if the creating thread is a daemon.

When a Java Virtual Machine starts up, there is usually a single non-daemon thread (which typically calls the method named main of some designated class). The Java Virtual Machine continues to execute threads until either of the following occurs:

• The exit method of class Runtime has been called and the security manager has permitted the exit operation to take place.
• All threads that are not daemon threads have died, either by returning from the call to the run method or by throwing an exception that propagates beyond the run method.

There are two ways to create a new thread of execution. One is to declare a class to be a subclass of Thread . This subclass should override the run method of class Thread . An instance of the subclass can then be allocated and started. For example, a thread that computes primes larger than a stated value could be written as follows:

The following code would then create a thread and start it running:

The other way to create a thread is to declare a class that implements the Runnable interface. That class then implements the run method. An instance of the class can then be allocated, passed as an argument when creating Thread , and started. The same example in this other style looks like the following:

The following code would then create a thread and start it running:

Every thread has a name for identification purposes. More than one thread may have the same name. If a name is not specified when a thread is created, a new name is generated for it.

Unless otherwise noted, passing a null argument to a constructor or method in this class will cause a NullPointerException to be thrown.

Nested Class Summary

Nested Classes

Field Summary

Fields

Constructor Summary

Constructors

Thread (ThreadGroup group, Runnable target, String name, long stackSize)

Method Summary

All Methods Static Methods Instance Methods Concrete Methods Deprecated Methods

static void sleep (long millis, int nanos)

Methods inherited from class java.lang.Object

Field Detail

MIN_PRIORITY

NORM_PRIORITY

MAX_PRIORITY

Constructor Detail

Thread

Thread

Thread

Thread

Thread

Thread

Thread

If there is a security manager, its checkAccess method is invoked with the ThreadGroup as its argument.

In addition, its checkPermission method is invoked with the RuntimePermission(«enableContextClassLoaderOverride») permission when invoked directly or indirectly by the constructor of a subclass which overrides the getContextClassLoader or setContextClassLoader methods.

The priority of the newly created thread is set equal to the priority of the thread creating it, that is, the currently running thread. The method setPriority may be used to change the priority to a new value.

The newly created thread is initially marked as being a daemon thread if and only if the thread creating it is currently marked as a daemon thread. The method setDaemon may be used to change whether or not a thread is a daemon.

Thread

This constructor is identical to Thread(ThreadGroup,Runnable,String) with the exception of the fact that it allows the thread stack size to be specified. The stack size is the approximate number of bytes of address space that the virtual machine is to allocate for this thread’s stack. The effect of the stackSize parameter, if any, is highly platform dependent.

On some platforms, specifying a higher value for the stackSize parameter may allow a thread to achieve greater recursion depth before throwing a StackOverflowError . Similarly, specifying a lower value may allow a greater number of threads to exist concurrently without throwing an OutOfMemoryError (or other internal error). The details of the relationship between the value of the stackSize parameter and the maximum recursion depth and concurrency level are platform-dependent. On some platforms, the value of the stackSize parameter may have no effect whatsoever.

The virtual machine is free to treat the stackSize parameter as a suggestion. If the specified value is unreasonably low for the platform, the virtual machine may instead use some platform-specific minimum value; if the specified value is unreasonably high, the virtual machine may instead use some platform-specific maximum. Likewise, the virtual machine is free to round the specified value up or down as it sees fit (or to ignore it completely).

Specifying a value of zero for the stackSize parameter will cause this constructor to behave exactly like the Thread(ThreadGroup, Runnable, String) constructor.

Due to the platform-dependent nature of the behavior of this constructor, extreme care should be exercised in its use. The thread stack size necessary to perform a given computation will likely vary from one JRE implementation to another. In light of this variation, careful tuning of the stack size parameter may be required, and the tuning may need to be repeated for each JRE implementation on which an application is to run.

Implementation note: Java platform implementers are encouraged to document their implementation’s behavior with respect to the stackSize parameter.

Method Detail

currentThread

yield

Yield is a heuristic attempt to improve relative progression between threads that would otherwise over-utilise a CPU. Its use should be combined with detailed profiling and benchmarking to ensure that it actually has the desired effect.

It is rarely appropriate to use this method. It may be useful for debugging or testing purposes, where it may help to reproduce bugs due to race conditions. It may also be useful when designing concurrency control constructs such as the ones in the java.util.concurrent.locks package.

sleep

sleep

clone

start

The result is that two threads are running concurrently: the current thread (which returns from the call to the start method) and the other thread (which executes its run method).

It is never legal to start a thread more than once. In particular, a thread may not be restarted once it has completed execution.

Subclasses of Thread should override this method.

If there is a security manager installed, its checkAccess method is called with this as its argument. This may result in a SecurityException being raised (in the current thread).

If this thread is different from the current thread (that is, the current thread is trying to stop a thread other than itself), the security manager’s checkPermission method (with a RuntimePermission(«stopThread») argument) is called in addition. Again, this may result in throwing a SecurityException (in the current thread).

The thread represented by this thread is forced to stop whatever it is doing abnormally and to throw a newly created ThreadDeath object as an exception.

It is permitted to stop a thread that has not yet been started. If the thread is eventually started, it immediately terminates.

An application should not normally try to catch ThreadDeath unless it must do some extraordinary cleanup operation (note that the throwing of ThreadDeath causes finally clauses of try statements to be executed before the thread officially dies). If a catch clause catches a ThreadDeath object, it is important to rethrow the object so that the thread actually dies.

The top-level error handler that reacts to otherwise uncaught exceptions does not print out a message or otherwise notify the application if the uncaught exception is an instance of ThreadDeath .

interrupt

Unless the current thread is interrupting itself, which is always permitted, the checkAccess method of this thread is invoked, which may cause a SecurityException to be thrown.

If this thread is blocked in an invocation of the wait() , wait(long) , or wait(long, int) methods of the Object class, or of the join() , join(long) , join(long, int) , sleep(long) , or sleep(long, int) , methods of this class, then its interrupt status will be cleared and it will receive an InterruptedException .

If this thread is blocked in an I/O operation upon an InterruptibleChannel then the channel will be closed, the thread’s interrupt status will be set, and the thread will receive a ClosedByInterruptException .

If this thread is blocked in a Selector then the thread’s interrupt status will be set and it will return immediately from the selection operation, possibly with a non-zero value, just as if the selector’s wakeup method were invoked.

If none of the previous conditions hold then this thread’s interrupt status will be set.

Interrupting a thread that is not alive need not have any effect.

interrupted

A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.

isInterrupted

A thread interruption ignored because a thread was not alive at the time of the interrupt will be reflected by this method returning false.

destroy

isAlive

suspend

First, the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException (in the current thread).

If the thread is alive, it is suspended and makes no further progress unless and until it is resumed.

resume

First, the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException (in the current thread).

If the thread is alive but suspended, it is resumed and is permitted to make progress in its execution.

setPriority

First the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException .

Otherwise, the priority of this thread is set to the smaller of the specified newPriority and the maximum permitted priority of the thread’s thread group.

getPriority

setName

First the checkAccess method of this thread is called with no arguments. This may result in throwing a SecurityException .

getName

getThreadGroup

activeCount

The value returned is only an estimate because the number of threads may change dynamically while this method traverses internal data structures, and might be affected by the presence of certain system threads. This method is intended primarily for debugging and monitoring purposes.

enumerate

An application might use the activeCount method to get an estimate of how big the array should be, however if the array is too short to hold all the threads, the extra threads are silently ignored. If it is critical to obtain every active thread in the current thread’s thread group and its subgroups, the invoker should verify that the returned int value is strictly less than the length of tarray .

Due to the inherent race condition in this method, it is recommended that the method only be used for debugging and monitoring purposes.

countStackFrames

This implementation uses a loop of this.wait calls conditioned on this.isAlive . As a thread terminates the this.notifyAll method is invoked. It is recommended that applications not use wait , notify , or notifyAll on Thread instances.

This implementation uses a loop of this.wait calls conditioned on this.isAlive . As a thread terminates the this.notifyAll method is invoked. It is recommended that applications not use wait , notify , or notifyAll on Thread instances.

An invocation of this method behaves in exactly the same way as the invocation

dumpStack

setDaemon

This method must be invoked before the thread is started.

isDaemon

checkAccess

If there is a security manager, its checkAccess method is called with this thread as its argument. This may result in throwing a SecurityException .

toString

getContextClassLoader

If a security manager is present, and the invoker’s class loader is not null and is not the same as or an ancestor of the context class loader, then this method invokes the security manager’s checkPermission method with a RuntimePermission («getClassLoader») permission to verify that retrieval of the context class loader is permitted.

setContextClassLoader

If a security manager is present, its checkPermission method is invoked with a RuntimePermission («setContextClassLoader») permission to see if setting the context ClassLoader is permitted.

holdsLock

This method is designed to allow a program to assert that the current thread already holds a specified lock:

getStackTrace

If there is a security manager, and this thread is not the current thread, then the security manager’s checkPermission method is called with a RuntimePermission(«getStackTrace») permission to see if it’s ok to get the stack trace.

Some virtual machines may, under some circumstances, omit one or more stack frames from the stack trace. In the extreme case, a virtual machine that has no stack trace information concerning this thread is permitted to return a zero-length array from this method.

getAllStackTraces

The threads may be executing while this method is called. The stack trace of each thread only represents a snapshot and each stack trace may be obtained at different time. A zero-length array will be returned in the map value if the virtual machine has no stack trace information about a thread.

If there is a security manager, then the security manager’s checkPermission method is called with a RuntimePermission(«getStackTrace») permission as well as RuntimePermission(«modifyThreadGroup») permission to see if it is ok to get the stack trace of all threads.

getId

getState

setDefaultUncaughtExceptionHandler

Uncaught exception handling is controlled first by the thread, then by the thread’s ThreadGroup object and finally by the default uncaught exception handler. If the thread does not have an explicit uncaught exception handler set, and the thread’s thread group (including parent thread groups) does not specialize its uncaughtException method, then the default handler’s uncaughtException method will be invoked.

By setting the default uncaught exception handler, an application can change the way in which uncaught exceptions are handled (such as logging to a specific device, or file) for those threads that would already accept whatever «default» behavior the system provided.

Note that the default uncaught exception handler should not usually defer to the thread’s ThreadGroup object, as that could cause infinite recursion.

getDefaultUncaughtExceptionHandler

getUncaughtExceptionHandler

setUncaughtExceptionHandler

A thread can take full control of how it responds to uncaught exceptions by having its uncaught exception handler explicitly set. If no such handler is set then the thread’s ThreadGroup object acts as its handler.

Submit a bug or feature
For further API reference and developer documentation, see Java SE Documentation. That documentation contains more detailed, developer-targeted descriptions, with conceptual overviews, definitions of terms, workarounds, and working code examples.
Copyright © 1993, 2023, Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Also see the documentation redistribution policy.

Источник

Куратор(ы):  

serj   

Автор	Сообщение
	Добавлено: 25.08.2022 21:24  [профиль] [Фотоальбом]
Member Статус: Не в сети Регистрация: 22.08.2006 Откуда: 43 Фото: 7	При использовании данной утилиты выскочило такое: (из крашлога) << Thread Error Handler >> State: 8 Core number: 3 Exception code: C0000005h Exception addr: 100018D3h 0F 28 1F 0F 28 67 10 0F 28 6F Причем прога продолжила работать как ни в чем не бывало. Что это? _________________ ***AMD & MSI*** MSI 890FXA-GD70/955BE(C3)@4ГГц/СPU-NB@2750МГц/Noctua NH-D14/8Gb Samsung(1667MHz 7-7-8-21-1T)/MSI R5850@(900/5000)/625W Enermax

Реклама
Партнер

Alyster

Member Статус: Не в сети Регистрация: 12.04.2012

Alexist писал(а): Ребят подскажите куда копать, не понимаю, разогнал, проходит комп extreme тест без ошибок, выключаю комп , через некоторое время снова тест включаю ошибки на 2-3 цикле. У меня та же фигня, уже больше месяца борюсь с этим, один день крутит экстрим без ошибок, на следующий ровно на тех же настройках даже в усмусе ошибки, прямой обдув, память еле теплая. Перепробованы наверно уже все комбинации таймингов/напряжений/сопротивлений, но ошибки рандомны, один день есть, другой нет, сам не понимаю как так, ведь у большинства с этим проблем нет. Для тестов используется голая Win10 21H2 LTSC на отдельном ссд, файл подкачки включен на авто, что этой проге еще может не хватать?

tunderklep
Member Статус: Не в сети Регистрация: 16.02.2010	Каждый раз при при запуске выдает сообщение, что инструкции AWE доступны только при запуске с правами администратора, но я запускаю от имени админа! В чем проблема может быть?

anta777
Member Статус: Не в сети Регистрация: 10.06.2011	нужно после первого запуска перезагрузиться в винду _________________ TableDRAMIntel(simple3nov2020+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU Conf tm5(slight+uni@LMHz+extreme) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n

tunderklep
Member Статус: Не в сети Регистрация: 16.02.2010	anta777 , да, спасибо за пояснение! Еще проблема: поставил в конфиге 12 циклов вместо 3-х, но все равно только 3 прогоняет. Почему? И иногда на повторном запуске выдает ошибку (что-то про Threads и 16-ый код две строки), но работает.

neemestniii
Member Статус: Не в сети Регистрация: 27.06.2009 Откуда: Ефремовка. Фото: 2	А нет ли версии под алдерлейк с Е ядрами? А то прога уходит на них, приходится в ручную каждому экземпляру повышать приоритет. А экземпляров там 20 штук у меня.

Agiliter

Member Статус: Не в сети Регистрация: 29.03.2017

astrix писал(а): << Thread Error Handler >> Потоки тестов висят на отдельный потоках цп. Это значит, что поток упал или не смог нормально запуститься по какой-то причине. neemestniii Process Lasso Alyster Для начала проверьте целиком память мемтест86 или аналогом. Он плохо выявлет ошибки, но лучше покрывает память. Все тесты через операционную систему как правило не покрывают целиком адресное пространство. Я видел как 2 из 4 модулей которые не могут пройти мемтест86 загружают ОС, иногда даже проходят TM5. У них были сбойные чипы как раз в самом конце адресов. Ещё бывает разгон на грани стабильности, где некоторое время чипы способны держать разгон, но потом они в силу изменений температуры, электрических характеристик и тп перестанет быть стабильным. Бывает проблема в следствии изменения тренировки памяти после перезагрузки. Худшее — это плавающие ошибки которые всплывают как раз на памяти которая всё что угодно может пройти, а потом разгон просто перестаёт работать без очевидных причин. Это может быть вообще всё что угодно и её почти невозможно адекватно диагностировать. Если такая проблема присутствует, то лучший способ её проверить это значительно снижать разгон по частоте и таймингам и смириться с тем что простым методом тыка стабильную память в этом случае не получить, во всяком случае «быстро». _________________ https://docs.google.com/spreadsheets/d/1QpzbIzmoE3ntu6XvpchHspxqA0o6FPxc63_diTelzXw

neemestniii

Member Статус: Не в сети Регистрация: 27.06.2009 Откуда: Ефремовка. Фото: 2

Agiliter писал(а): Process Lasso Если оставить работать, то кажется может мешать Process Lasso тестам или нет?. Если повысить приоритет и выгрузить, то наверное норм, но во время теста комп в коматозе, ничего не делать на нем нельзя. Если привязать только к Р ядрам, то может и количество экземпляров надо уменьшить? Еще интересно, что происходит в перерывах между циклами? Если тяжелые всякие пресеты запускаешь, то между циклами порой пять минут прога чета там считает, но никакой тест не идет при этом, битки майнит? шутка.

BOBKOC
Member Статус: Не в сети Регистрация: 30.03.2017 Откуда: Москва/Вешняки Фото: 11	neemestniii писал(а): А то прога уходит на них а что в этом плохого?

Agiliter
Member Статус: Не в сети Регистрация: 29.03.2017	Если вам надо протестировать как следует то нагрузка должна быть максимальной, а это либо все ядра, либо как минимум только P. Если тестировать только E то нагрузка будет недостаточной. _________________ https://docs.google.com/spreadsheets/d/1QpzbIzmoE3ntu6XvpchHspxqA0o6FPxc63_diTelzXw

anta777

Member Статус: Не в сети Регистрация: 10.06.2011

neemestniii писал(а): А нет ли версии под алдерлейк с Е ядрами? А то прога уходит на них, приходится в ручную каждому экземпляру повышать приоритет. А экземпляров там 20 штук у меня. У вас происходит неверный запуск программы. При правильном запуске запускается один экземпляр программы. _________________ TableDRAMIntel(simple3nov2020+обычная) bit.ly/3rTIBLv bit.ly/32WnkTU Conf tm5(slight+uni@LMHz+extreme) bit.ly/2Oe8R00 bit.ly/2H9jIZH bit.ly/2MUvl6n

nafigator
Member Статус: Не в сети Регистрация: 31.01.2003 Откуда: Бельгард FR	Привет ! Поменял материнку на более простую и в пресете anta777 extreme появляются ошибки, но только в 2 тесте, редко в первом. Куда копать ? на другой материнке 100% стабильно было и при нааамного большем разгоне и памяти и проца _________________ ICQ 177977177

Agiliter
Member Статус: Не в сети Регистрация: 29.03.2017	nafigator «Третичные» тайминги чаще могут отличаться на разных платах. Ещё могут быть немного разные напряжения. _________________ https://docs.google.com/spreadsheets/d/1QpzbIzmoE3ntu6XvpchHspxqA0o6FPxc63_diTelzXw

neemestniii

Member Статус: Не в сети Регистрация: 27.06.2009 Откуда: Ефремовка. Фото: 2

anta777 писал(а): У вас происходит неверный запуск программы. При правильном запуске запускается один экземпляр программы. Хм, у меня она всегда так запускалась, на всех процессорах. Может я не правильно написал, окно одно, а процессов tm5.exe 20 штук в диспетчере. Еще только на P ядрах сам процесс поиска в полтора раза быстрее заканчивается, чем на P+E с процесс лассо и повышением приоритета.. Процессов в обоих случаях 20.

juk_777
Member Статус: Не в сети Регистрация: 24.11.2010	А какой самый жёсткий .cfg? Что б прогнать и на 100% быть увереным, что с памятью всё OK?

MadMaxx
Member Статус: Не в сети Регистрация: 07.12.2010	juk_777 писал(а): А какой самый жёсткий .cfg? Что б прогнать и на 100% быть увереным, что с памятью всё OK? Extrime и absolut _________________ я у тебя тут самый большой специалист по памяти на амд ©xyligano Петрушка ты местный и ничего более ©Shiko123

juk_777
Member Статус: Не в сети Регистрация: 24.11.2010	MadMaxx писал(а): Extrime и absolut Extreme есть три разных от anta. А absolut где взять?

MadMaxx
Member Статус: Не в сети Регистрация: 07.12.2010	juk_777 писал(а): Extreme есть три разных от anta Хз на счет 3 разных, я про тот, что в подписи у него. juk_777 писал(а): А absolut где взять? https://www.upload.ee/download/14627800 … lutnew.cfg _________________ я у тебя тут самый большой специалист по памяти на амд ©xyligano Петрушка ты местный и ничего более ©Shiko123

Ханыга
Member Статус: Не в сети Регистрация: 27.07.2009 Откуда: Москва Фото: 25	Скажите, сколько по времени нужно тестировать? Понятно что чем дольше тем лучше, но какое вменяемое время? пол часа хватит?

—

Лаборатория

Ryzen 3 1300X
MSI B350M Mortar
Adata XPG Z1 2×8 GB 2400 MHz Dual
AMD RX 570 4GB
CHIEFTECH GPS-550C
SSD GOODRAM 120GB MLC (SATAIII)
WDC WD2500AAJS 250GB 7200prm (SATAII)
CPU Coller DeepCool T400

Ребят, помогите! Столкнулся с очень странной проблемой! Пожалуйста, посмотрите! 

Для начала опишу ситуацию.
Решил заняться разгоном. Делал все поэтапно и разгонял все по отдельности на обновленном bios (AGESA Code 1.0.0.1a) и обновленных драйверах на материнскую.
Начал с разгона памяти XPG Z1 MHz 2400 (16-16-16-39, память от Samsung), удалось добиться стабильной работы на отметке  MHz 3332 (18-22-22-Auto) 1.4V , при этом система автоматически подняла напряжение SOC до 1.152. Тесты проводил через программу Testmem5 и другие.
После поставил память в дефолтные настройки, и начал заниматься разгоном процессора Ryzen 3 1300x. И здесь начинается самое интересное. 

 Описание проблемы.
При изменении частоты процессора в не зависимости + 100/200/300 или — 100/200/300 от номинала (CPU ratio 35.00, 3500 MHz) программа Testmem5 открывается с кодом ошибки:

<< Thread Error Handler  >>     
State:            8
Core number:      1
Exception code:   C0000095h
Exception addr:   10001B81h

F7 F1 0B C0 75 05 40 EB 02 33

Такой код ошибки появляется каждый раз при изменении частоты процессора вручную, кроме настроек в bios CPU raito «Auto» или CPU ratio «35.00». То есть, программа не выдает код ошибки при настройках «Auto» и дефолтных настройках bios, где включена функция «cool’and’quite», и так же не выдает код ошибки если  CPU ratio вручную поставить в  «35.00» , при этом функция «cool’and’quite» выключена. Как только меняю CPU ratio «35.00» в bios на любое значение, в не зависимости от CPU voltage, Testmem5 выдает код ошибки.

Но если с тестами и с бенчмарками все более однозначно, то с играми — нет .

World of Tanks происходит постоянный disconnect от сервера через 10-20 секунда после запуска , при этом latency: 999ms. Запускается игра только при дефолтных настройках  CPU raito «Auto» или фиксированном CPU ratio «35.00». При чем не обязательно повышать чистоту процессора для того что бы добиться данного эффекта, можно выставить CPU ratio «30.00» и результат будет тоже — disconnect.
Следующая игра Rise of the Tomb Raider . Все работает, но при переходе с игры в главное меню, игра выкидывает ошибку и приложение автоматически закрывается. Когда дефолтные настройки все работает без нареканий.  В других играх не тестил, но думаю что стабильности там тоже не будет.

Разогнал процессор и память: CPU 3800 MHz 1.285V, SOC 1.152V, MEMORY 3332 MHz 1.4V (18-22-22), энергосберегающий режим отключен. Тест в Linx проходит (1-2 часа) но гигафлопсы скачут серьезно (на 10-20 гигафлопс) и видно что общая пропускная способность подупала.  Ряд бенчмарков проходит, но результаты такие же как и без разогнанной памяти.   

—
Взял Ryzen Master , поставил  CPU ratio «38.00» — проблема исчезла, игры открываются и прекрасно работают. Testmem5 тоже открывается, ошибку выдавать перестал, но в графе «Процессор» стоит значение 3500. В ряде других мониторинг программах, к примеру CPU-Z тактовая частота отображается как 3800. Программа запускается из под винды, постоянно запускать ее и перезапускать компьютер порядком надоело, да и хочется разобраться в чем дело все таки с моим пк, в чем проблема. 

А пока буду ждать нового биоса.