This topic was automatically generated from Slack. You can find the original thread here.
i inspected the graphql call, it does set the variable correctly “provisionedConcurrency”: 1
This topic was automatically generated from Slack. You can find the original thread here.
i inspected the graphql call, it does set the variable correctly “provisionedConcurrency”: 1
Can you share here the workflow URL? Happy to look asap
Many thanks in advance Andrew!
Thanks, can you enable support access in your project settings?
Looking for it now
access granted
Is the delay you noticed from Telegram → Pipedream trigger or Pipedream workflow execution → Pipedream workflow completion?
it takes about 6 seconds from for the trigger to register on the workflow (spinning wheel appears on the eventlist). It takes another 3 seconds before the first action runs.
I think when the workers are warm, these two steps take around 2-3 seconds total.
The biggest sign that the workers are not warm is that my credits usage are not changing. It’s the same. I expect it to increase by 5 every 10 minutes.
i believe this used to work fine. I started noticing the issues when pipedream changed its billing system.
maybe that has something to do with it.
all of sudden, my credits stopped increasing. Maybe pipedream stopped my warm workers so I don’t accidentally run up a large bill under the new plan
Interesting, thanks for providing the additional info!
Have you tried disabling the configuration, deploy, enable, deploy again?
how do i do so?
turning off warm workers?
Yes
i did, i also tried increasing it to 2, 3 workers
Ok, thanks