Writing a Linux-compatible kernel in Rust

Re:Writing a Linux-compatible kernel in Rust by lionkor on Tuesday October 26, 2021 @05:44AM (#28998307)

I hear you. But, to take my example of the GNU coreutils rewrite, even after more than 8 years it only passes 32% of the test cases that the C GNU Coreutils pass. That's not 98%, that's not even 90%. It's hard to rewrite good software.

And something like SQLite shows that you can get 100% coverage (as in, every single statement is hit in the tests). That's 100%.

[ Parent | on HN ]

Re:Writing a Linux-compatible kernel in Rust by moltonel3x on Tuesday October 26, 2021 @08:26AM (#28999525)

The coreutils rewrite is essentially a hobby project, which nobody is going to switch to until it can boast 100% compatibility. So of course it's slow coming, it's not a fair comparison. There's also the issue that writing a drop-in replacement is harder and less attractive than making something better (see ripgrep and other coreutils alternatives).

[ Parent | on HN ]

Re:Writing a Linux-compatible kernel in Rust by throwaway47292 on Tuesday October 26, 2021 @06:16AM (#28998515)

offtopic:

sqlite is bad example, for example features like the FTS tokenizer code (https://research.checkpoint.com/2019/select-code_execution-f...), which were probably paid by commercial requests or sponsors.

That is not to say sqlite does not have 100% coverage, it of course does, but you are building on top of infrastructure which is really really hard to be kept safe.

Rust somehow makes it harder to make certain kinds of bugs, which comes at its own cost.

PS: I don't like or dislike rust, just I have seen the sqlite example being brought a lot, and a lot of people didn't expect sqlite file to be an attack vector :) so nobody is even looking there.

[ Parent | on HN ]