Live data from Hacker News

Kernel bugs hide for 2 years on average. Some hide for 20

pebblebed.com

11–20 of 186 posts

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#11
post #3

Millions of lines of code, all running in supervisor mode. One bug is all it takes to compromise the entire system. The monolithic UNIX kernel was a good design in the 60s; Today, we should know better[0][1]. 0. https://sel4.systems/ 1. https://genode.org/

Yeah cause windows is amazing Or maybe macos? Ignore their freebsd parts of course.

Apple at least has been making a concerted effort to kick more macOS/iOS functionality out into userland in the past several years.

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#12
post #3

Millions of lines of code, all running in supervisor mode. One bug is all it takes to compromise the entire system. The monolithic UNIX kernel was a good design in the 60s; Today, we should know better[0][1]. 0. https://sel4.systems/ 1. https://genode.org/

Yeah cause windows is amazing Or maybe macos? Ignore their freebsd parts of course.

[deleted]

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#13
post #3

Millions of lines of code, all running in supervisor mode. One bug is all it takes to compromise the entire system. The monolithic UNIX kernel was a good design in the 60s; Today, we should know better[0][1]. 0. https://sel4.systems/ 1. https://genode.org/

Yeah cause windows is amazing Or maybe macos? Ignore their freebsd parts of course.

NT is actually a pretty good kernel. NTFS and the userland is what is shit.

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#14
post #6
post #4

Imagine if no one outside a select circle ever got to examine the code.

Everything is open source if you're skilled with Ghidra. We call AI models "open source" if you can download the binary and not the source. Why not programs?

> We call AI models "open source" if you can download the binary and not the source.

Who's "we"? There's been quite a lot of pushback on this naming scheme from the OSS community, with many preferring the term "open weights".

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#16
post #6
post #4

Imagine if no one outside a select circle ever got to examine the code.

Everything is open source if you're skilled with Ghidra. We call AI models "open source" if you can download the binary and not the source. Why not programs?

>We call AI models "open source" if you can download the binary and not the source. Why not programs?

the weights of a model aren't equivalent to the binary output of source code, no matter how you try to stretch the metaphor.

>why not

because we aren't beholden to change all definitions and concepts because some guy at some corp said so.

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#17

It may be just my system, but the times look like hyperlinks but aren't for some reason. It is especially disappointing that the commit hashes don't link to the actual commit in the kernel repo.

They're tags with color:#79635c on hover in the CSS. A really weird style choice for sure, but semantically they aren't meant to be links at all.

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#18

Earlier quoted context omitted.

Yeah cause windows is amazing Or maybe macos? Ignore their freebsd parts of course.

Yes. As far as kernels go, NT was pretty damn good. So is Mach, by the way, if you can afford the microkernel performance overhead.

[deleted]

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#19

Earlier quoted context omitted.

Yes. As far as kernels go, NT was pretty damn good. So is Mach, by the way, if you can afford the microkernel performance overhead.

If you include all the drivers too (which surely makes the comparison more accurate), is that still the case?

Windows NT 3.x was a true microkernel. Microsoft ruined it but the design was quite good and the driver question was irrelevant, until they sidestepped HAL.

The Linux kernel was and is a monstrosity.

Re: Kernel bugs hide for 2 years on average. Some hide for 20

#20

Earlier quoted context omitted.

Yeah cause windows is amazing Or maybe macos? Ignore their freebsd parts of course.

NT is actually a pretty good kernel. NTFS and the userland is what is shit.

NTFS is a beast of a filesystem and has been nothing but solid for 25+ years. The performance grievances ignore the warranties that NTFS offers vs many antiquated POSIX filesystems.
Post reply on HN