-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is spawning a new worker for every image a good idea? #10
Comments
Yes this had come up into my head. Browsers offer support for using shared workers instances, so can try that or can terminate the worker once the inage has been downloaded. |
@manjula91 thoughts.. |
I'll ask Benedikt Meurer on Twitter, he's a v8 performance engineer. https://twitter.com/kurtextrem/status/962234931400335367 I'd guess when we spawn more than OS CPU cores - 1 (as one core is used already by the main thread), we probably have no benefits or a negative impact. But let's find out, I'm curious as well :) |
shared workers can be given a shot here |
@kurtextrem Lets find out how impact full it will in this case? |
What would be the difference in our case between those two? The only difference I can see is "[Shared Workers can be] accessed from several browsing contexts, such as several windows, iframes or even workers" |
Fair enough i think that sounds great. Would you want to take this up @kurtextrem ? |
@manjula91 I'd like to wait for Benedikt's opinion first, but I'd love to do this for sure afterwards! :) |
cool 👍 |
See title. I don't really have experience with those, but shouldn't be one worker sufficient? I imagine loading 50+ images via 50 workers is slower than loading 50 images with 1 worker
The text was updated successfully, but these errors were encountered: