Recent submissions

Comment · 2 years ago
No thanks

The original Raspberry announcement about Raspberry Pi Connect

> All devices get remote shell out-of-the-box, and if you use a Wayland compositor, such as Wayfire, you can also share your screen. In practice, this means you can use screen sharing with Raspberry Pi 4 and later models, and remote shell with all models of Raspberry Pi, even the oldest.

Now I have another task to purge this out of my pi.

Comment · 2 years ago
And how do you measure the api latency? Any do's and dont's you have learned related to this metrics?
Comment · 2 years ago
Comment · 2 years ago
> at the end of the day prompts are just a API call and it's easier to write standard code that treats LLM calls as a flaky API call

They are also dull (higher latency for same resources) APIs if you're self-hosting LLM. Special attention needed to plan the capacity.

Comment · 2 years ago
Do not understand your comment. What are you trying to say?
Comment · 2 years ago
thank you for sharing the archive link. Didn't know it is possible to archive a non-public/paywalled content.
Comment · 2 years ago
How come a paywalled content gets to the top of the HN front-page?
Comment · 2 years ago
Can you ELI5, how did you make this possible? I see the readme asking to download a binary and then also mentioning sqlite extension. I have never had exp with sqlite ext, so not quite sure how do they work. Appreciate how does this solution work under the hood.
Comment · 2 years ago
And this understanding is extremely important when you are working on rate limiting. Instead of controlling the rate of requests, one must control the number of concurrent requests - https://docs.fluxninja.com/concepts/concurrency-limiter

Throughput (number of requests processed) is different from capacity (number of requests that can be handled). Managing capacity is more practical and optimum solution than managing the throughput

Comment · 2 years ago
Thank you for writing this
Comment · 2 years ago
I use the similar kind of structure in Developer Diary. I do it completely offline, no sync.
Comment · 2 years ago
And yes, specifically talking about plugin based architecture. Not just a code refactor. Decoupling is the first step and the plugins will be created by internal team initially, the next will be to ensure security when external users publish their own plugins. The tech stack is Node.js.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton