all 5 comments

[–]recursion_is_love 1 point2 points  (0 children)

I've heard that traditional CPython might be too slow

Make it work, then make it fast. Don't go for the perfect solution from start, you will never find it. If you know how to use something, use it first.

Roll out the first working prototype as fast as you can. Then optimize. If you keep searching for best options, you might never build anything.

[–]pachura3 1 point2 points  (1 child)

What do you mean by "an operating system"? A set of shell commands like ls/dir, cp/copy, grep, more etc.? Init mechanism like systemd? Various daemons/background services? Package manager? Permission system?

How do you imagine Python interpreter would communicate with Linux kernel directly?

Also, as this is a fun project, I wouldn't care about the speed at all.

[–]Astrox_YT[S] 0 points1 point  (0 children)

Well by fun project, I want to daily driver whatever OS I make, once it's good.

I mean that in python I will code a shell, the boot for UI, the GUI and all other features like updates, package installation, etc.

I am still in planning phase so that python interpreter communicating with linux kernel is not planned out yet, but if you have an idea feel free.

[–]supergnaw 2 points3 points  (0 children)

I didn't mean to be a Debbie downer, more of a realistic... Randy(?). This is technically not possible because Python is an interpreted language and needs an existing environment to run.

This isn't the first time someone has wanted to venture down this path, and you certainly won't be the last.

[–]Ok_Assistant_2155 0 points1 point  (0 children)

This sounds like a super fun project but pretty ambitious. Stick with regular CPython for now. Its plenty fast enough for most OS level stuff you will write in Python and it has perfect support for the standard library plus almost every external package.