0
Support ingestion and processing of GPU crash dumps
Source: getsentry/sentry#122960 · opened by @sentry-junior[bot]
Problem Statement Graphics-heavy applications produce a class of failure that CPU-side crash dumps cannot explain: device removal, driver resets, and GPU-side faults. Vendor tooling produces its own dump artifacts for these, containing GPU state, the faulting shader or draw call, and driver context at the time of failure. Sentry ingests CPU minidumps and symbolicates them well. GPU dumps have no ingestion path, so the crashes that most often make an application unusable on a specific hardware and driver combination are the ones with the least information in the crash tool. In practice this means: • GPU faults present in the CPU stack as a generic device-lost or driver error, with no indication of the underlying cause. • Teams cannot correlate GPU faults with driver version, GPU model, or graphics API version at scale, so they cannot distinguish a widespread driver regression from an application bug. • The dumps are already produced client-side. They simply …
No pledges yet. Be the first to back this.
Comments
Similar requests
Support ingesting Apple JSON .ips crash report format
0 votes · 0 comments
Sort issues feed by ingestion date
0 votes · 0 comments
Allow sorting the Issues feed by ingestion time, not just occurrence time
0 votes · 0 comments
SDK Crash Detection: Support Multiple Exceptions
0 votes · 0 comments
Metric Monitors: Detect ingestion delays
0 votes · 0 comments
No comments yet.