FeatureFuel
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.

Make a pledge

Pledge your monetary support if this feature is added.

$

Comments

No comments yet.

Replying to

Add a comment

What do you think about this feature request?


Similar requests