Re:GNU Hurd News 2026-Q2
by Analemma_ on Wednesday August 05, 2026 @04:12PM
(#49188333)
Isn't it even worse now? The faster computers get, the more that software-induced bottlenecks hurt.
[ Parent
| on HN ]
I'm not a Hurd contributor ( or any OS kernel / library ).
I'm not sure this holds today. One example I can see is related to crypto. We used to have specific hardware for computing cryptography functions but it's now handled directly in standard hardware and the software has not evolved ( but it's been faster and faster to compute checksum functions )
I mean, every major arch has crypto specific acceleration instructions.
Re:GNU Hurd News 2026-Q2
by doubled112 on Wednesday August 05, 2026 @04:35PM
(#49188644)
I could see just powering through because modern hardware is fast enough to do so being an option.
Adding 20% to a 10 second operation is a lot longer on a wall clock than adding 20% to a 1 second operation.
Re:GNU Hurd News 2026-Q2
by 0cf8612b2e1e on Wednesday August 05, 2026 @04:45PM
(#49188762)
What even is a 20% delta in performance? Like a five year old difference in hardware design.
If I could get a micro kernel with a better security profile than Linux, that doesn’t sound so bad. I could easily be using a ten year old chip for my day to day browsing and probably wouldn’t notice.
Re:GNU Hurd News 2026-Q2
by yjftsjthsd-h on Thursday August 06, 2026 @12:38AM
(#49192511)
> If I could get a micro kernel with a better security profile than Linux, that doesn’t sound so bad.
I suggest that you look at genode/sculpt:)
If anything, Mach style IPC has gotten worse because of the greater overhead if kernel/user transitions. Spectre really did a number on context switching overhead.
People lost their shit when Spectre mitigations added 20% overhead to kernel calls though. Why wouldn't they do the same for microkernel overhead?
If people really cared about performance, we'd be doing something other than the bloated way we have been doing things.
The same people are perfectly fine with Electron crap all over the place, they don't really care about overhead.
Not true in a data center - 20% less work for same CPU is like 25% more cores needed for any applications where the scaling is driven by CPU utilization. That is $ - and people have made things so far from efficient many medium size companies have 100k cores to pay for.
I'm having a hard time believing that data centers are chomping at the bit to use the Hurd.
Hurd is like 36 years old at this point. More like adding 20% to a 10 second operation, compared to adding 20% to a 10ms operation.