Live data from Hacker News

Jamsocket: Back Ends for Realtime Apps

jamsocket.com

21–30 of 44 posts

Re: Jamsocket: Back Ends for Realtime Apps

#21
I didn't read very deeply, but I was surprised to see something like a Jupyter notebook mentioned as a use-case. The marketing pitch seems to suggest that these hosted sessions are relatively stateless, so I'd hesitate to trust an interactive Jupyter session with one.

Accidentally closing a browser tab seems like it would end the session and wipe out my whole Jupyter session, variables and all.

Re: Jamsocket: Back Ends for Realtime Apps

#22

I didn't read very deeply, but I was surprised to see something like a Jupyter notebook mentioned as a use-case. The marketing pitch seems to suggest that these hosted sessions are relatively stateless, so I'd hesitate to trust an interactive Jupyter session with one. Accidentally closing a browser tab seems like it would end the session and wipe out my whole Jupyter session, variables and all.

The use case in that example is for ephemeral notebooks used for demos. It's also good for running notebooks for temporary classroom use.

When backends are spawned, there is a period of time that they remain alive without a connection. By default, it's 5 minutes. So if you accidentally close a tab, but open it back within 5 minutes, the kernel is still there.

Re: Jamsocket: Back Ends for Realtime Apps

#23

This looks really interesting, and something that could solve a semi-immediate pain point but I can’t find any data on the production plan other than the price. Is that information available anywhere?

Thanks, we are working on adding more details about the production plan and I agree that it's currently sparse. We do have some details about the limitations of the free tier[1].

With the production plan we increase the memory limit of the backends to 2GB, up the number of concurrent backends to 20 (it's a soft limit), up the limit on backend runtime to 24h, and have images eagerly pushed rather than lazily pulled for faster start times. If you're open to chatting about your use case, feel free to reach out to the email on my HN profile.

[1] https://docs.jamsocket.com/free-tier-limits/

Re: Jamsocket: Back Ends for Realtime Apps

#24
post #22

I didn't read very deeply, but I was surprised to see something like a Jupyter notebook mentioned as a use-case. The marketing pitch seems to suggest that these hosted sessions are relatively stateless, so I'd hesitate to trust an interactive Jupyter session with one. Accidentally closing a browser tab seems like it would end the session and wipe out my whole Jupyter session, variables and all.

The use case in that example is for ephemeral notebooks used for demos. It's also good for running notebooks for temporary classroom use. When backends are spawned, there is a period of time that they remain alive without a connection. By default, it's 5 minutes. So if you accidentally close a tab, but open it back within 5 minutes, the kernel is still there.

Thanks, I can definitely understand the classroom use-case.

I've seen a lot of bad engineering go into solving that problem, this seems like a better way.

Re: Jamsocket: Back Ends for Realtime Apps

#27
post #7

Hey HN! I'm a co-founder of Jamsocket, happy to answer any questions. We've previously been on HN for Plane, which is the open-source engine behind Jamsocket. https://news.ycombinator.com/item?id=33178797 Sorry for the website performance issues, I've disabled the animation which should help.

Do you support WebTransport in addition to WebSockets?

Re: Jamsocket: Back Ends for Realtime Apps

#28
post #27
post #7

Hey HN! I'm a co-founder of Jamsocket, happy to answer any questions. We've previously been on HN for Plane, which is the open-source engine behind Jamsocket. https://news.ycombinator.com/item?id=33178797 Sorry for the website performance issues, I've disabled the animation which should help.

Do you support WebTransport in addition to WebSockets?

Not yet but if you have a use case in mind, I'd love to hear more about it. I'm pretty excited about QUIC/WebTransport/HTTP3.

Re: Jamsocket: Back Ends for Realtime Apps

#29
post #7

Hey HN! I'm a co-founder of Jamsocket, happy to answer any questions. We've previously been on HN for Plane, which is the open-source engine behind Jamsocket. https://news.ycombinator.com/item?id=33178797 Sorry for the website performance issues, I've disabled the animation which should help.

Can you clarify pricing? "From $25" is terribly opaque. What are the billing criteria?

Re: Jamsocket: Back Ends for Realtime Apps

#30
post #20

Earlier quoted context omitted.

Yep, your homepage breaks on my imac/firefox due to webgl.

Sorry about that, thanks for reporting. Can you elaborate on how it breaks -- does it freeze up or not display at all?

most sane people disable webgl and enable per domain
Post reply on HN