Open Bug 1982758 Opened 6 months ago Updated 5 months ago

Testcase using 1 worker to decode 1 png N times in a loop decodes thread on mainthread and uses shmem to pass data between threads

Categories

(Core :: Graphics: Canvas2D, defect)

defect

Tracking

()

People

(Reporter: mayankleoboy1, Unassigned, NeedInfo)

References

(Depends on 1 open bug, Blocks 1 open bug)

Details

Attachments

(2 files)

(splitting the image decode bits from bug 1982510)

N=50000
Firefox: https://share.firefox.dev/4fy6em5
Chrome: https://share.firefox.dev/45Mc4wW

Summary: Testcase using 1 worker to decode 1 png N times in a loop decides thread on mainthread and uses shmem to pass data between threads → Testcase using 1 worker to decode 1 png N times in a loop decodes thread on mainthread and uses shmem to pass data between threads

I'm not sure I parse the bug title. Can you write out in a comment using a few more words what the issue you are filing this for? Thanks

Flags: needinfo?(mayankleoboy1)

I created this artificial testcase that generates a PNG and then uses workers to decode it.
Markus pointed out on matrix group that "looks like the decoding isn't happening in the worker" and "converting the blob to an imagebitmap does the CPU-intensive work on the main thread, and the fact that it's using a shmem to pass the data between threads".
I have filed this bug to track this.

Flags: needinfo?(mayankleoboy1)
Component: Graphics: ImageLib → Graphics: Canvas2D
Depends on: 1778394

This seems like an unfortunate breaking of expectation of what workloads run on specific threads, but I'm not sure how much applications will suffer if they run into this. Triaging as S3 for now, and NI'ing Lee.

Severity: -- → S3
Flags: needinfo?(lsalzman)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: