Open Bug 1441052 Opened 7 years ago Updated 8 months ago

Don't do full grey-node checking in local debug builds

Categories

(Core :: JavaScript: GC, enhancement, P3)

enhancement

Tracking

()

Tracking Status
firefox60 --- affected

People

(Reporter: jesup, Unassigned)

References

(Blocks 1 open bug)

Details

Debug builds have assertions that would catch many problems if used for regular browsing -- but they are *far* too slow to use for browsing. We have a grey-node check inside MOZ_ASSERT, ifdef'd off for android as it makes everything fail there because it's even slower in emulation. This is bad, because it makes it hard-to-impossible for developers to regularly run debug builds (and thus they miss catching bugs as early as they could). I used to do most of my basic webrtc testing in debug builds, but it became too slow to get calls to reliably connect on services like appear.in. For local (developer) debug builds, we should turn off this extra checking by default. We can continue to use it in automation. We could also consider if there's a lower-overhead set of tests we could do, or tests that don't impact mainthread as harshly (perhaps there is no such option, though).
Priority: -- → P2
Assignee: rjesup → nobody
Severity: normal → S3
Blocks: GC.easeofuse
Severity: S3 → N/A
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.