perbu

6 ms·

31.
by perbu 7mo ago
Yes. This is my experience as well. The software quality is generally horrible. It surely has improved a lot over the last couple of months, but it is still pretty horrible. It is quite normal for me to have to force-close Claude Desktop.
32.
by perbu 8mo ago
I’ve raised money here and there. Never really had issues with the EU regulations. But the lack of risk capital and investor brainpower has been a huge problem.
33.
by perbu 8mo ago
This is quite a low quality post. There is nothing of substance here. Just hot air. The only software I've seen designed and implemented by OpenClaw is moltbook. And I think it is hard to come up with a bigger pile of crap than Moltboo
34.
by perbu 8mo ago
A proper library OS doesn't have syscalls. Everything operates in the same space, no user/kernel split.
35.
by perbu 8mo ago
Not at all. There is no indication that the world won't need more GPUs going forward.
36.
by perbu 10mo ago
Software I built will have the following ingredients. source from git ~30 go packages ~150 npm packages ~A three layered docker image
37.
by perbu 10mo ago
Want to verify the installed package, the package should provide checksums you can verify. AFAIK, the SBOM is to documents the build, not the install.
38.
by perbu 10mo ago
I have the same and I'm very happy with UX, but less happy about the key leaving the machine.
39.
by perbu 10mo ago
The reason this makes sense, at least for Github, is because the only valid reason to run your own action runners is compliance. And if you are doing it for compliance, price doesn't really matter. You don't really have a choice.
40.
by perbu 10mo ago
JFS-CPP bans exceptions because you would lose control over the execution of the problem. The HFT crowds didn't like it because you'd add 10ns to a function call. At least before we had zero-cost exceptions. These days, I suspect
41.
by perbu 10mo ago
Last I checked the user guide to the API was 3500 pages. 3500 pages to describe upload and download, basically. That is pretty strange in my book.
42.
by perbu 10mo ago
You are not a sovereign wealth fund representing a whole country, though.
43.
by perbu 1y ago
He knows a lot of things and is amongst the best software developers I've worked with, but on a project like this you need a lot more breath than any single developer can bring.
44.
by perbu 1y ago
The post is about mmap and my somewhat successful use of it. If I've described my whole stack it would have been a small thesis and not really interesting.
45.
by perbu 1y ago
random reads are ok. writes through a mmap are a disaster.
46.
by perbu 1y ago
Not really. We've been funding phks work on Varnish and Vinyl cache for 20 years. Do you think phk can write, maintain and release something on his own? Vinyl Cache cannot be a one-man-show, be real.
47.
by perbu 1y ago
We need to support over 10M files in each folder. JSON wouldn't fare well as the lack of indices makes random access problematic. Composing a JSON file with many objects is, at least with the current JSON implementation, not feasible.
48.
by perbu 1y ago
This is amazingly good feedback. I hadn't thought of that at all. It is so much harder to reason about the Go runtime as opposed to a threaded application.
49.
by perbu 1y ago
The point is that invoking the OS has a cost. Using mmap, for those situations where it makes sense, lets you avoid that cost.
50.
by perbu 1y ago
This is a niche scenario. The scenario outlined is reading CDB databases.
51.
by perbu 1y ago
Yes. When Varnish Cache launched, in 2006, I worked in a rather small OSS consultancy, which did the Linux port of Varnish Cache and provided maintenance and funding for the project.
52.
by perbu 1y ago
It's about scalability. If you have 100 instances you really want them to share the cache so you increase hitrate and keep egress costs low.
53.
by perbu 1y ago
End-to-end (glass-to-glass) latency is substantially better. Mostly because the protocol isn't request/response any more.
54.
by perbu 1y ago
Unikernels are quite an intriguing concept. They'll be re-discovered every five years, like programmers keep re-discovering functional programming.
55.
by perbu 1y ago
They made the amd64 architecture. Let’s not forget that.
56.
by perbu 1y ago
The black market isn't going to care about it. It isn't really exploitable.
57.
by perbu 1y ago
It isn't. Filippo is a x-googler that used to work on Go crypto for Google, so assumptions are easy to make. The project seems to be sponsored by Let's Encrypt, fwiw.
58.
by perbu 1y ago
Back in 2008-2009 I remember the Varnish project struggled with what looked very much like a memory leak. Because of the somewhat complex way memory was used, replacing the Glibc malloc with jemalloc was an immediate improvement and removed
59.
by perbu 1y ago
Markdown is the native formatting of large language models. As such, support for it will be everywhere in the coming years. I suspect LLMs, not users, have been the requesting this feature at Apple.
60.
by perbu 1y ago
I'll suspect it'll be more like the next little thing. Most of don't interact that much with structured data, so the applications will be very specific. However, the algo-trading crowd, will likely be very interested in this.

More ›