Hard crashing PC locks up

"

KissFC#2626 написал:

After getting tired of my personnal computer getting freeze with a 100% CPU usage, i got the great idea of putting and trying to see what happens on my ES debug station, which have an out of band CPU thread and memroy analyzer (namelly a debug and software profiling station).

The way they're handling multi threading is threatened by modern standard, upgraded UEFI and well secured OSes as a core threat, thus stopping the suspicious threads marked as threat. Similar to how speculative/transient execution CPU vulnerabilities works.
But as the main program isn't flagged as a threat and is considered secure, the OS do not stop it from generating new threads, and the whole process works like a fork bomb.

At this point, i strongly suggest GGG to make a full review of their networking code and to enable fork bombing detection on their compiler because it is something that should never happens.

"

After getting tired of my personnal computer getting freeze with a 100% CPU usage, i got the great idea of putting and trying to see what happens on my ES debug station, which have an out of band CPU thread and memroy analyzer (namelly a debug and software profiling station).

The way they're handling multi threading is threatened by modern standard, upgraded UEFI and well secured OSes as a core threat, thus stopping the suspicious threads marked as threat. Similar to how speculative/transient execution CPU vulnerabilities works.
But as the main program isn't flagged as a threat and is considered secure, the OS do not stop it from generating new threads, and the whole process works like a fork bomb.

At this point, i strongly suggest GGG to make a full review of their networking code and to enable fork bombing detection on their compiler because it is something that should never happens.

"

KissFC#2626 написал:

After getting tired of my personnal computer getting freeze with a 100% CPU usage, i got the great idea of putting and trying to see what happens on my ES debug station, which have an out of band CPU thread and memroy analyzer (namelly a debug and software profiling station).

The way they're handling multi threading is threatened by modern standard, upgraded UEFI and well secured OSes as a core threat, thus stopping the suspicious threads marked as threat. Similar to how speculative/transient execution CPU vulnerabilities works.
But as the main program isn't flagged as a threat and is considered secure, the OS do not stop it from generating new threads, and the whole process works like a fork bomb.

At this point, i strongly suggest GGG to make a full review of their networking code and to enable fork bombing detection on their compiler because it is something that should never happens.

"

KissFC#2626 написал:

After getting tired of my personnal computer getting freeze with a 100% CPU usage, i got the great idea of putting and trying to see what happens on my ES debug station, which have an out of band CPU thread and memroy analyzer (namelly a debug and software profiling station).

The way they're handling multi threading is threatened by modern standard, upgraded UEFI and well secured OSes as a core threat, thus stopping the suspicious threads marked as threat. Similar to how speculative/transient execution CPU vulnerabilities works.
But as the main program isn't flagged as a threat and is considered secure, the OS do not stop it from generating new threads, and the whole process works like a fork bomb.

At this point, i strongly suggest GGG to make a full review of their networking code and to enable fork bombing detection on their compiler because it is something that should never happens.