BlueSky Feed Hosting

Has anyone tried hosting a bluesky feed service onRender? Wondering what limits I might have on the free tier.

Code is in TypeScript so could be a node js web service GitHub - James-Wilkinson-git/bsky-feed-generator: ATProto Feed Generator Starter Kit

I think I would need to connect this to a redis instance instead of the build in SQLLite because a lack of persistence disk correct?

Anything else to consider?

I got it to deploy, but I think as expected the free service runs out of memory

[124:0x7b84000] 116498 ms: Mark-Compact (reduce) 253.9 (256.1) -> 252.4 (256.6) MB, pooled: 0 MB, 106.46 / 0.00 ms (+ 2176.0 ms in 0 steps since start of marking, biggest step 0.0 ms, walltime since start of marking 3206 ms) (average mu = 0.312, curren[124:0x7b84000] 119797 ms: Mark-Compact 253.5 (256.8) -> 251.1 (256.8) MB, pooled: 1 MB, 3002.67 / 0.04 ms (average mu = 0.205, current mu = 0.090) allocation failure; scavenge might not succeed

Nov 26 10:26:13 AM

Nov 26 10:26:13 AM

Nov 26 10:26:13 AM<--- JS stacktrace --->

Nov 26 10:26:13 AM

Nov 26 10:26:13 AMFATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory

Nov 26 10:26:13 AM----- Native stack trace -----

Nov 26 10:26:13 AM

Nov 26 10:26:13 AM 1: 0xe7e015 node::OOMErrorHandler(char const*, v8::OOMDetails const&) [node]

Nov 26 10:26:13 AM 2: 0x12e8be0 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]

Nov 26 10:26:13 AM 3: 0x12e8f7c v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, v8::OOMDetails const&) [node]

Nov 26 10:26:13 AM 4: 0x154be55 [node]

Nov 26 10:26:13 AM 5: 0x154be82 [node]

Nov 26 10:26:13 AM 6: 0x155ec3a [node]

Nov 26 10:26:13 AM 7: 0x1562c30 [node]

Nov 26 10:26:13 AM 8: 0x1fbf051 [node]

Nov 26 10:26:14 AMAborted (core dumped)

Do I have that correct? No idea how much memory this thing would need, I think the bluesky firehouse approach is likley too much for most servers to handle, or maybe JS to handle.