Live data from Hacker News

Asterinas: A new Linux-compatible kernel project

lwn.net

61–70 of 81 posts

Re: Asterinas: A new Linux-compatible kernel project

#61
post #43

This is an interesting approach, and I wish it will succeed. I am still skeptical. In the late 90s or early 2000s Linus was interviewed on TV and what he said stuck with me to this day. When asked about competitors he roughly said: No one likes writing device drivers and as long no one young and hungry comes along who is good at writing device drivers I am save. I think he was already well aware at that time that kee…

On the other hand, running on real hardware is less important if none of your hardware is real! 98% of Linux I interact with is running virtualized: on my desktop/laptop systems it’s either Virtualbox full-screened so I can use Windows for drivers, or a headless VM managed by Docker.app on my Mac. All my employer’s production workloads are AWS virtual machines. My only Linux bare metal hardware is a home server, whic…

Your os might be virtualised but very often the actual hardware leaks through that virtualisation, often intentionally.

I don’t see any support for an os that doesn’t have good driver support for accelerators, whether GPU/TPU or otherwise. And if your look into some of the accelerators built into modern amd and intel chips that becomes a nightmare just supporting the CPU, never mind USB host controllers and network interfaces etc

Re: Asterinas: A new Linux-compatible kernel project

#62

Earlier quoted context omitted.

> keeping the driver interface unstable is his moat Maybe we will have young and hungry AI-for-system researchers who would like to take on the job of developing AI agents that translate Linux drivers in C to Asterinas ones in (safe) Rust. Another feasible approach is to reuse Linux drivers by running a Linux kernel inside some kind of isolated environments. For example, the HongMeng kernel leverages User-Mode Linux…

This is the future. Hardware has already standardized more towards USB HID than in previous decades, Linus interview included. When AI can develop these device drivers based on just probing the HID info, we’ll be on Cloud9. Because maybe then, we’ll get the year of the Linux desktop.

[dead]

Re: Asterinas: A new Linux-compatible kernel project

#63
post #42

Earlier quoted context omitted.

This is the future. Hardware has already standardized more towards USB HID than in previous decades, Linus interview included. When AI can develop these device drivers based on just probing the HID info, we’ll be on Cloud9. Because maybe then, we’ll get the year of the Linux desktop.

Such standard interfaces are rarely the problem, though there is often a headache of dealing with the pile of 'quirky' hardware that just so happens to work well enough with exactly what windows happens to do. The pain point is all the things that aren't that. Nonstandard, niche hardware which maybe has a few thousand users, or big and complex interfaces like graphics cards which are basically whole OSs on their own.

[dead]

Re: Asterinas: A new Linux-compatible kernel project

#64

This is an interesting approach, and I wish it will succeed. I am still skeptical. In the late 90s or early 2000s Linus was interviewed on TV and what he said stuck with me to this day. When asked about competitors he roughly said: No one likes writing device drivers and as long no one young and hungry comes along who is good at writing device drivers I am save. I think he was already well aware at that time that kee…

> keeping the driver interface unstable is his moat

It's basically like npm update, at the kernel level.

Re: Asterinas: A new Linux-compatible kernel project

#65
post #14

This is an awesome effort, thank you, knowing that one of the authors is in the thread. How far is this from usability, at least in some reduced context? Would love to be able to build server images based on this kernel and play around with it.

As a relatively new kernel, Asterinas still has a lot of rough edges for general-purpose use. That said, if the goal is to run targeted, real-world services efficiently and reliably, the gap is not that large—I believe we can reach that milestone within a year. We're actively implementing key features like Linux namespaces and cgroups, and we're also working on the first Asterinas-based distribution. Our initial focu…

What about DRM, ALSA, etc.? - I think these are the main blockers for people testing it out on home machines.

Re: Asterinas: A new Linux-compatible kernel project

#66

This is an interesting approach, and I wish it will succeed. I am still skeptical. In the late 90s or early 2000s Linus was interviewed on TV and what he said stuck with me to this day. When asked about competitors he roughly said: No one likes writing device drivers and as long no one young and hungry comes along who is good at writing device drivers I am save. I think he was already well aware at that time that kee…

> keeping the driver interface unstable is his moat Maybe we will have young and hungry AI-for-system researchers who would like to take on the job of developing AI agents that translate Linux drivers in C to Asterinas ones in (safe) Rust. Another feasible approach is to reuse Linux drivers by running a Linux kernel inside some kind of isolated environments. For example, the HongMeng kernel leverages User-Mode Linux…

If you port drivers from Linux those drivers would have to be GPLv2-licensed.

Re: Asterinas: A new Linux-compatible kernel project

#67
post #48

Earlier quoted context omitted.

The supposed performance gains from monolithic kernel being wasted on features that mimic microkernel features.

> The supposed performance gains from monolithic kernel being wasted on features that mimic microkernel features. So two things: 1. Containers don't have a meaningful performance hit. (They are semi-frequently used with things that can have a perf hit, like overlay filesystems, but this is generally easy to skip when it matters.) 2. I don't think containers meaningfully mimic microkernel features. If I run everything…

1. The amount of memory consumption I see, versus traditional processes, must be a mirage.

2. It depends on what the containers are being used for. Microkernels aren't only about using drivers in userspace.

Re: Asterinas: A new Linux-compatible kernel project

#69

This is an interesting approach, and I wish it will succeed. I am still skeptical. In the late 90s or early 2000s Linus was interviewed on TV and what he said stuck with me to this day. When asked about competitors he roughly said: No one likes writing device drivers and as long no one young and hungry comes along who is good at writing device drivers I am save. I think he was already well aware at that time that kee…

> I think he was already well aware at that time that keeping the driver interface unstable is his moat.

Does Linus have/want a moat? He's not a tech startup founder. He's a kernel hacker who has had success beyond his wildest dreams, and whose needs will be met for the rest of his working life no matter what happens.

It seems like projection to talk about this aspect of the kernel as if it's some intentional strategy for preventing certain kinds of competition.

Post reply on HN