but either way, it stays for as long as it can
but either way, it stays for as long as it can
Wit's lru
E:pepethink:
Eok i didnt know this information
Egood to know
Pinteresting, because my p90 is consistently about 230ms, while it's all hot reads
Punless the
Read latency graph on the KV dash is only for cold reads(?)P
Pohwait you were specifically talking assets KV
Pguess that's different from regular KV
Pstill weird I'm getting those high read latencies when its pretty much all hot reads
Ei didnt use assets kv i used normal kv
Pah hm
P@Walshy | Workers/Pages would you happen to know whether that
Read latency graph is only for cold reads or all? Because if it's also hot reads, then I'm confused as to why the numbers are so highWshould be all yes
P:NotLikeThis:
Wwonder why your p50 is 85ms, that's higher than our p99 :LuL:
Wwant to post in #kv and ping Thomas?
P
Ealso i found that for me it consistently picks different colos for workers
Enot necessarily the closest one to the request
Dhow do i troubleshoot builds that just get stuck at
npm installbuilds timing out at 20min with no errors, just stuck on install, even for a small project with 3 dependencies
DMaybe there is a dependency that tries to run some install script and it gets stuck?
DOr maybe you have a
prepare command that is automatically run after install?Ejust by spamming the same worker for requests
Woops yep sorry, misread your message haha
Eall good
EHello
Ewhere can I find the wrangler file for the project in the UI?
LI am using Hono with Cloudflare Workers, when I deploy it the first requests work but the following ones remain pending forever, I look at the logs and only the preflight (OPTIONS) arrives and the request does not continue. Does anyone know what it could be?
JIs there a way to get a kind of one-to-many queue type setup with cloudflare? say I have a "new order" event, and there are various workers that want to react to that. How can I set things up to trigger multiple workers based on an event?
Dperhaps.. but the weird thing is these builds have succeeded in the past, its as if something in our account is borked, which already happened before and @Walshy helped with that. I wonder if its a related issue...
Aim starting to wonder if theres something wrong with my worker now...
My queue consumer worker is stopped at around ~15 seconds of total duration with an outcome of
The docs say that the limit is 30 seconds of cpu time for queue consumers.
AFAIK workers isnt multithreaded, so how is it possible that I am hitting the 30 second cpu time limit in 15 total seconds? This is also with a bunch of network requests, so I doubt all of that 15 seconds is cpu time
My queue consumer worker is stopped at around ~15 seconds of total duration with an outcome of
exceededCpu.The docs say that the limit is 30 seconds of cpu time for queue consumers.
AFAIK workers isnt multithreaded, so how is it possible that I am hitting the 30 second cpu time limit in 15 total seconds? This is also with a bunch of network requests, so I doubt all of that 15 seconds is cpu time
Aoh wait the timestamps on logs arent accurate are they
Aughhhhhh debugging cpu times on cloudflare is a nightmare
Ais it even possibe to figure out what the issue is? literally nothing I do will have accurate times
Athis was all working fine a few days ago, then suddenly almost every execution is failing
Athen it was all fine earlier today, and now its back
Aonly things ive changes at the most should use less cpu time, im so confused at this point and dont know what to do
A
Anevermind, the docs are just missing a step. you need to select your workdown from the dropdown at the top of the screen (the dropdown is empty initially so its not obvious its there at all)
Ai was only able to get the profiler to work once (i tried 4 other times, all of the other times it just froze when i hit stop) and it didnt show anything interesting.
Is it possible that browser rendering is using a ton of cpu time somehow? That is skipped in dev since its not supported, so thats the only thing I can think of
Is it possible that browser rendering is using a ton of cpu time somehow? That is skipped in dev since its not supported, so thats the only thing I can think of
SI wrote a koa adapter , would you use it.:cloudflare: https://www.npmjs.com/package/koa-cloudflare-workers-adapter
npm
Latest version: 0.0.1, last published: a minute ago. Start using koa-cloudflare-workers-adapter in your project by running
npm i koa-cloudflare-workers-adapter. There are no other projects in the npm registry using koa-cloudflare-workers-adapter.
Jfacing issues with browser-rendering
Jscript was working fine previously
AI think i found the issue. For some reason, after some random point, fetch requests suddenly stop processing or something? I added some logic to cancel them after a few seconds and retry, and the new requests do the same thing
Aanyone know why that might be happening?
Athe simultaneous open connections limit comes to mind, but I didnt think I was hitting that.
then I went back and re-read the docs for that just in case, and I saw they recommended canceling bodies that I don't intend on reading to free concurrent connections. Trying that now to see if thats whats causing this somehow
then I went back and re-read the docs for that just in case, and I saw they recommended canceling bodies that I don't intend on reading to free concurrent connections. Trying that now to see if thats whats causing this somehow
BIs there a way to have local development only code that gets trimmed away in production?
Ai just set an environment variable in dev, and use things like
if(env.dev)