Mastodawn

Gamers_mate May 10

Fedora 35 test on ps4.

https://beehaw.org/post/26253253

Fedora 35 test on ps4. - Beehaw

I set this one up myself because none of the setups on ps4 seem to have icewm for the desktop environment.

Gamers_mate May 4

Word rescue on ps4. (Linux)

https://beehaw.org/post/26147764

Word rescue on ps4. (Linux) - Beehaw

I have been getting into running linux on ps4 lately I am probably the first person to post a video of the Game word rescue running on a ps4.

Arnaud Mangasaryan (Ramenos)Apr 2

Linux va bien : https://www.junauza.com/2026/03/linux-won-and-nobody-noticed.html

Linux a gagné la guerre avec des changements silencieux qui se sont réalisés au cours des années. L'OS fait + de bruit ces dernières années car il grapille des parts de marché du desktop, mais pour le reste, Linux se porte à merveille depuis un bon bout de temps.

#linux #operating_systems #os

Linux Won, and Nobody Noticed

The tech industry has failed to properly acknowledge this for years: Linux won. Not "Linux is doing fine." Not "Linux is making progress." N...

Tech Source

Kimplul Feb 19

GitHub - Kimplul/kmi: Hybrid kernel with thread migration as IPC

https://programming.dev/post/46027963

GitHub - Kimplul/kmi: Hybrid kernel with thread migration as IPC - programming.dev

Apologies if self-promo is not allowed. This is a project I’ve been hacking on-and-off on for some years. The main point of intrigue is that the kernel doesn’t use traditional message passing for inter-process communication (IPC), instead allowing threads to be moved between processes. Compared to a typical synchronous message passing implementation, thread migration can be more parallel (several threads can enter the same process at the same time versus messages having to wait in a mailbox to be read) while being roughly as performant single-thread. I’ve benchmarked my kernel on real RISC-V hardware to roughly be on par with seL4. Thread migration could potentially also be significantly sped up with hardware: https://dl.acm.org/doi/10.1145/3064176.3064197 [https://dl.acm.org/doi/10.1145/3064176.3064197] Personally, I also find that thread migration has some soft benefits, like easy userspace scheduling, being easy to implement and arguably allowing better resource distribution, that are more difficult to demonstrate but are probably worth bringing up. The major downside is that some of the flexibility of message passing is lost, message passing between networked computers is straightforward and asynchronous messages can allow the sender thread to do other things while it waits, which both require extra effort with thread migration (but are at least doable). The idea itself is not exactly new, the first implementation of thread migration I could find is from 1994, in an experimental PA-RISC port of the Mach kernel, where the migrating thread model was retrofitted to a remote procedure call (RPC) mechanism that was previously built on message passing: https://www.usenix.org/conference/usenix-winter-1994-technical-conference/evolving-mach-30-migrating-thread-model [https://www.usenix.org/conference/usenix-winter-1994-technical-conference/evolving-mach-30-migrating-thread-model] According to the article, thread migration made the RPC mechanism ~5x faster while requiring only about half the source lines of code. Unfortunately, the port never really went anywhere and Mach as a whole kind of disappeared. A form of it still lives on in GNU Hurd, but only the message passing parts. Beyond that, I could really only find one other semi-active project using migrating threads, the COMPOSITE project: https://www2.seas.gwu.edu/~gparmer/publications/ospert10.pdf [https://www2.seas.gwu.edu/~gparmer/publications/ospert10.pdf] COMPOSITE was designed for thread migration, but targets a more niche use-case of predictable systems, which it argues thread migration is better suited for than message passing. Some design decisions place limitations on how the kernel can be used, for example each process is required to allocate execution stacks for however many threads the process is willing to host at the same time, which is not really an issue if you have full control over the system but can cause slowdowns and extra resource usage if you’re trying to use it as a general-purpose operating system. I have a blog post which is something of a technical overview if anyone is curious: https://metanimi.dy.fi/blog/kmi/ [https://metanimi.dy.fi/blog/kmi/] The kernel itself is in fairly good shape, but I don’t really have a proper userspace for it quite yet, sorry. That’s something I’m semi-actively working on.

dbtng Feb 18

did anyone get CommodoreOS3 running?

https://eviltoast.org/post/24622080

did anyone get CommodoreOS3 running? - eviltoast

I downloaded the CommodoreOS3-20250422_0209.iso when it was released. The file is 37 GB. HyperV didn’t recognize it as an ISO, and I just didn’t put any further work into getting it going. I still have this monster ISO just sitting there, almost a year later. Did anyone get it installed? They do have video about the initial experience right there on the download page. It sounds pretty unique. https://www.commodoreos.net/CommodoreOS.aspx [https://www.commodoreos.net/CommodoreOS.aspx] Maybe I’ll sneakernet that 40gb file to my server or something.

Hacker News Jan 2

FreeBSD: Home NAS, part 1 – configuring ZFS mirror (RAID1)
https://rtfm.co.ua/en/freebsd-home-nas-part-1-configuring-zfs-mirror-raid1/
#ycombinator #freebsd #hardware #howto_s #operating_systems #unix_linux

FreeBSD: Home NAS, part 1 – configuring ZFS mirror (RAID1)

Prototyping a Home NAS with RAID1 on FreeBSD on a virtual machine: system installation via SSH with bsdinstall, configuring ZFS mirror and working with datasets

RTFM: Linux, DevOps, and system administration | DevOps-engineering, and system administration. Cases from practice.

Paolo Fabio Zaino ☮️🌍💻🎸🎮☕️🍩🍕Dec 23

As questions about the previous post on #RISC_OS today's and tomorrow start flowing, I posted a new article with some answers to some of those. Please remember this is an open discussion, so if I have made errors please send me the corrections, thank you!

https://riscoscommunity.org/understanding-risc-os/what-happens-to-risc-os-applications-if-we-introduce-preemptive-multitasking/

#riscos #OSDev #operating_systems

What Happens to RISC OS Applications if We Introduce Preemptive Multitasking?

In this article we discuss and analyse what can happen to traditional RISC OS software if a preemptive scheduler is introduced, as discussed in a previous post., “RISC OS applications rely on cooperative multitasking. If the operating system becomes preemptive, do all applications need to be rewritten?”, This seems to be a common and certainly…

RISC OS Community

Su_G Dec 17

RE: https://mastodon.social/@rperezrosario/115690942091524650

Wow! Amazed that 62% of 7,280 people mainly use GNU Linux/ UNIX as their “personal time”operating system (ie when they have a free choice). Decent sample size but how different/similar is Fedi to the rest of the world? And has this percentage changed recently (ie because of recent events)? Fascinating developments… love to know more. 😊

#UNIX #GNU_linux #operating_systems #freeChoice #surveyResults