We have a lot to show since the 0.7.0 release! This release, care has been taken to ensure real hardware is working, i686 support has been added, features like audio and preliminary multi-display support have been enabled, and the boot and install infrastructure has been simplified and made more robust. I highly recommend skimming through the changes listed below before jumping into the images, if you want more details.
All about open source! Feel free to ask questions, and share news, and interesting stuff!
Community icon from opensource.org, but we are not affiliated with them.
I’ve only booted from USB flash drive, and I think it did not make much difference with booting Linux from USB. The amount of apps is very minimal. In that regard Haiku OS has much more choice.
(Your comment is visible on Lemmy.ml but on the instance I use. Commenting like this, hope that is fine)
From the book:
That almost sounds sane! Refreshing to see a project which doesn’t try to reinvent the wheel.
Agreed. And the developer is a System76 Engineer and Pop!_OS Maintainer.
I’ve tried the new ISO image on real hardware, and that was fine, except that I have no supported NIC for network. I guess in the future when Redox OS has better USB support I can try again with a NIC adapter for USB.
I’m looking forward to test too, is the performance better compared to the Linux kernel?
@ravermeister @serenity what’s wrong with the Linux “performance”? The topic is wide spread, so it is important to name one spefic topic where other systems shine, but without further running software/daemons Linux should be very close to what is possible with native compiled code. A slim kernel without a lot of overhead, for instance for security, is always very fast. The more you add, the slower it will be. Most of the times the running software wastes performance, not the kernel.
@ronny, there is nothing wrong in particular with the linux Kernel Performance. I’ve only read here and there that he has become a little “messy” over the time e.g. mixed assembler/C/C++ Code (and in more recent versions RUST) inside. And the aspect that a new Kernel is completely written in one language which aims to be really good at Memory Management seems a good Idea to test. I would love to see a more Technical Comparison between the linux Kernel and the RedoxOS Kernel regarding IO latency Memory Management and so on :)
@ravermeister mixing langs is ok, until all languages have a fast way to talk to libs they use in common. ASM is also no issue, but should only be used, when architecture specific code is needed or gets replaced/removed one after the other. Rust: it’s able to use the Kernel without bloating it up with lots of wrappers. As the compile process creates native machine code anyway, it doesn’t really matter. Linus would never vote for Rust, if it will result in a visible bottleneck.
deleted by creator
deleted by creator