this post was submitted on 08 Jul 2023
8 points (90.0% liked)

JavaScript

1700 readers
1 users here now

founded 1 year ago
MODERATORS
 

Hi, I need to create a infinite (but breakable) cycle where I can slow down the cycle by awaiting promises inside. While cycle should be able to do this, but as you can see in the image, the duration is all over the place.

Why is this happening? Is there a way to make it close to the original sleep duration?

top 12 comments
sorted by: hot top controversial new old
[–] [email protected] 8 points 1 year ago (1 children)

JS is a single threaded language, so there's just one long line of instructions, there's no actual background tasks.
A promise just runs at the next available slot the event loop provides so it's just as soon as it can run.

In this case I'm guessing other part of the code running in your JS engine is blocking the event loop preventing your code to run just after one second.

Where are you running it? Browser or server?
Are you using a framework? If so, have you tried just this piece of code without any other imported code?

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago) (1 children)

Here's a talk at JSConf to help understand this

Jake Archibald on the web browser event loop, setTimeout, micro tasks, requestAnimationFrame, ...
https://youtu.be/cCOL7MC4Pl0

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago)

This talk explains everything I had always wondered about concurrency in JS, but could never be bothered to read about.

[–] JaddedFauceet 5 points 1 year ago (1 children)

Here is the code for anyone else who want to try

async function slowLoop() {
    while (true) {
        console.time('sleepDuration')
        await new Promise(resolve => setTimeout(resolve, 1000))
        console.timeEnd('sleepDuration')
    }
}

It is not suppose to deviate too much. setTimeout will execute whenever possible at / after the given timeout duration. I am getting between 1006 to 1023 on my sysyem

Is your device performance starved during this test?

[–] iFarmGolems 1 points 1 year ago* (last edited 1 year ago) (1 children)

It's not. I am running process lasso tough but doubt that's the issue.

I have Ryzen 5800x3D and tried the code on latest Ms edge (chromium) browser.

Which browser did you try it on? Or did you try to run it in node?

The browser tab was active and focused also.

[–] JaddedFauceet 2 points 1 year ago (1 children)

I have tested the code in both Chrome and MS Edge.

Is anything else running on the same page that you are testing?

You can test this in an empty environment like this: Enter this in your URL, "about:blank" and test the code in the console.

[–] iFarmGolems 1 points 1 year ago

I tried it in about:blank but it does the same. Maybe there is some extension in my browser that slows it down (somehow). Im running tampermonkey but it's not active on any pages I tried this on.

I ran the script in nodejs and everything works perfectly, the sleep time is very close to the original value so it's definitely something inside browser that causes it to lag.

[–] Windex007 4 points 1 year ago (1 children)

I don't know anything about JS, but those timings are suspiciously close to integer multiples of your sleep duration, after the first.

Based on what you've shown, "All over place" is not what I'd call it. It either fires "on time" or takes "exactly-ish" twice as long.

[–] iFarmGolems 1 points 1 year ago

I said all over the place because I've seen numbers like 1.7 seconds, 2.8 seconds and so on. But it does mostly land on integer multiples.

Anyway, tried to run this in nodejs and it works as expected - so the conclusion is that it's somehow a limitation in browser engine (V8 in this case)

[–] [email protected] 2 points 1 year ago

Pretty consistent defining/running directly in the console on a blank tab in Firefox

load more comments
view more: next ›