Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
brucehoult
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
91.
▲
by
brucehoult
6mo ago
Layoffs just seem to be part of life in the US tech industry. Qualcomm announced laying off 66 people in San Diego today. And hundreds more at Meta and Oracle. Qualcomm laid off 260 or so in San Diego a year and a half ago in September 2024
92.
▲
by
brucehoult
6mo ago
Picking the right name is also important to blending in. For example: Ford Prefect.
93.
▲
by
brucehoult
6mo ago
That's not true, for many reasons. - RISC-V is heavily used in embedded applications everywhere, to the point that Arm has announced they're stopping developing the Cortex-M line and sticking with what they currently have - at lea
94.
▲
by
brucehoult
7mo ago
All RISC ISAs are basically the same thing as far as compiler optimisation is concerned, and there is 40 years of work into that already. I can't see any reason why the father of Zen and the designer of the M1 can't make a core fo
95.
▲
by
brucehoult
7mo ago
All Duos run Linux.
96.
▲
by
brucehoult
7mo ago
Of course it is. Emulating parallel operations on 4 or 8 or 16 or 32 elements one at a time using scalar instructions is expected to be slow.
97.
▲
by
brucehoult
7mo ago
Very interesting. The first question has to be: why? I don't see any rationale or explanation of the thinking. Is it purely an exercise? Exploration? Is there some algorithm space in which it has an advantage over binary? Is there a co
98.
▲
by
brucehoult
7mo ago
There is nothing "belated" about it. The "G" extension for everything you want to run shrink-wrapped binaries on a standard OS has been there since the May 7 2014 "User Level ISA, Version 2.0", which is before
99.
▲
by
brucehoult
7mo ago
Rubbish. The "G" extension for everything you want to run shrink-wrapped binaries on a standard OS has been there since the May 7 2014 "User Level ISA, Version 2.0", which is before RISC-V started to be promoted outside
100.
▲
by
brucehoult
7mo ago
> P550 is, like, what, only a year old? No, it was released to customers in June 2021, almost five years ago. https://www.sifive.com/press/sifive-performance-p550-core-se... It has take a while for this core to appe
101.
▲
by
brucehoult
7mo ago
> RISC-V hardware with slow misaligned mem ops does exist to non-insignificant extent Only U74 and P550, old RV64GC CPUs. SiFive's RVA23 cores have fast misaligned accesses, as do all THead and SpacemiT cores. I can't imagine t
102.
▲
by
brucehoult
7mo ago
16 years from the START of getting an idea "why don't we make a new ISA?". Less than 7 years from ratification of the initial RV{32,64}GC spec. Less than 5 years from the first mass-produced roughly original Raspberry Pi leve
103.
▲
by
brucehoult
7mo ago
> VisionFive 2 It's a good solid reliable board, but over three years old at this point (in a fast-moving industry) and the maximum 8 GB RAM is quite challenging for some builds. Binutils is fine, but on recent versions of gcc it wa
104.
▲
by
brucehoult
7mo ago
Oh darn, I mistyped that, though it's not that hard to guess how to fix the typo (or Google): http://hoult.org/primes.txt
105.
▲
by
brucehoult
7mo ago
The RISC-V one has just never been touched since it was created in 2018. > newer gcc versions have significantly better optimization passes So what you're saying is that with a modern compiler RISC-V would win by even more? TBH I do
106.
▲
by
brucehoult
7mo ago
That's a very small effect in the overall decoding of an instruction even in a pure interpretive emulator, and undetectable in a JIT. Also MIPS code is much larger.
107.
▲
by
brucehoult
7mo ago
Out of interest I tried running my Primes benchmark [1] on both the x86_64 and x86 Alpine and the riscv64 Buildroot, both in Chrome on M1 Mac Mini. Both are 2nd run so that all needed code is already cached locally. x86_64: localhost:
108.
▲
by
brucehoult
7mo ago
Making insider/true expert information public more quickly in the form of influencing prices in a toy market is THE ENTIRE POINT of prediction markets. Read the original papers on them. http://li.mit.edu/Stuff/CNSE
109.
▲
by
brucehoult
7mo ago
None of the new features appeal to me.
110.
▲
by
brucehoult
7mo ago
Sequoia is 15. I still have my M1 Mini on Sonoma 14.5. It keeps nagging me to update to Tahoe. Oh ... I just checked, and I could update to 14.8.4. Maybe that's safe.
111.
▲
by
brucehoult
8mo ago
It's not all that slow as a concept at that time when RAM speeds were as fast as CPU speeds. I think it's just that TI's implementation of the concept in that particular cost-optimised home computer was pretty bad -- the actu
112.
▲
by
brucehoult
8mo ago
> Instead of running large runtimes locally, it acts as a lightweight agent client and delegates reasoning to cloud LLM APIs (GLM/GPT/Claude), while keeping orchestration local. I thought that's what OpenClaw already is --
113.
▲
by
brucehoult
8mo ago
Here's a not bad (and accidental!) 342 km one from 7 months ago: https://www.reddit.com/r/newzealand/comments/1m9p0bh/tapuaeo... In theory there should be a 365.3 km one just barely to the left of t
114.
▲
by
brucehoult
8mo ago
And then you each put a slice of bread on the ground, and have an Earth sandwich.
115.
▲
by
brucehoult
8mo ago
> So this is the NZ longest line right Yup. I'd think so. > It doesn't always make a difference, but it sometimes can. I guess the obvious case is if there's a point near one end that is higher, but less than 1.65m high
116.
▲
by
brucehoult
8mo ago
Oh, I missed that! That gives a longest in NZ of 365.3 km from Ruapehu, skirting past close by Tapuae-o-Uenuku (in the Inland Kaikoura Range) to a point on the Seaward Kaikoura Range near the peak of Manakau. Clicking on the actual Manakau
117.
▲
by
brucehoult
8mo ago
I tried the summit of Mt Ruapehu here in NZ and got 358.8 km to Mt Owen. Not bad as I was expecting Tapuae-o-Uenuku which is a little shorter at 342 km. One advantage in NZ is that on a nice day you actually have a good chance of seeing it.
118.
▲
by
brucehoult
8mo ago
See my top-level comment: https://news.ycombinator.com/item?id=46894034
119.
▲
by
brucehoult
8mo ago
I've been using a K3 for a few weeks now. It's quite pleasant, and if I use all 16 cores (8x X100 and 8x A100) then it builds a Linux kernel almost 3x faster than my one year old Milk-V Megrez and almost 5x faster than K1. Build L
120.
▲
by
brucehoult
8mo ago
Yes, I've been using a K3 for a few weeks now. It's quite pleasant, and if I use all 16 cores (8x X100 and 8x A100) then it builds a Linux kernel almost 3x faster than my one year old Milk-V Megrez and almost 5x faster than K1.
More ›