Ultimate-Linux: Userspace for Linux in Pure JavaScript

(github.com)

102 points | by radeeyate 43 days ago

15 comments

  • pointlessone 43 days ago
  • rkeene2 43 days ago
    I did something similar with TCL, the basis was using an extension I wrote to handle the UNIX stuff [0]. It operated an On-Premises cloud environment appliance, and `init` was just a TCL script (at one point it was a statically linked binary with the init script embedded, but that turned out to be overkill)

    [0] https://chiselapp.com/user/rkeene/repository/tuapi/doc/trunk...

  • tzury 43 days ago
    Check out this:

    https://bellard.org/jslinux/vm.html?url=alpine-x86.cfg&mem=1...

    and

    https://bellard.org/jslinux/

    By the famous Fabrice Bellard who is the creator of QuickJS, QEMU, FFMPEG and many other brilliant and fascinating tools!

    https://bellard.org/

    • mod50ack 43 days ago
      These things are essentially the opposite of one another. Bellard's project is a PC emulator in JavaScript. Compiling things to wasm is pretty trivial now, but jslinux was much more impressive when it came out. It actually still is, for reasons you can see in the technical notes: https://bellard.org/jslinux/tech.html

      This project, on the other hand, is the opposite (and kind of a joke): a set of Linux utilities mostly written in JavaScript.

  • kalterdev 43 days ago
    It’s never early to prepare for JavaScript complete takeover.
  • zsoltkacsandi 43 days ago
    > tiny project for building a tiny Linux distribution

    I am working something similar in Go, and writing an educative blog post series about it: https://serversfor.dev/linux-inside-out/

    • lioeters 42 days ago
      I'm enjoying the articles! I went through the exercise and it was my first time running my own executable on PID 1. That was fun and educational.
  • supermdguy 43 days ago
    Reading the code, I was surprised to see that cd was implemented by calling out to the os library. I assumed that was something the shell or at least userspace handled. At what level does the concept of a “current directory” exist?
    • creatonez 43 days ago
      It's at the kernel level. Each process has its own current working directory. On Linux, these CWD values are exposed at `/proc/[...]/cwd`. This value affects the resolution of relative paths in filesystem operations at a syscall level.
      • hnlmorg 43 days ago
        It’s also generally a shell builtin. Though you do find an executable called cd too for compatibility reasons.
        • jasomill 43 days ago
          Interesting. I've been using Unix systems for 30 years and never noticed this.

          On my Fedora system, /usr/bin/cd is just a shell script that invokes the shell builtin:

            #!/usr/bin/sh
            builtin cd "$@"
          
          I suppose it could be useful for testing whether a directory exists with search permissions for the current user safely in a multithreaded program that relies on the current directory remaining constant.
        • mattstir 43 days ago
          Yeah, it's typically a shell built-in since you'd want cd to change the cwd for the shell process itself. Child processes (like commands being executed in the shell) can inherit the parent shell's cwd but AFAIK the opposite isn't true.
        • creatonez 42 days ago
          Wait, how did the `cd` executable used to work in old Unix? Did it instruct the kernel to reassign the CWD of the parent process?
    • lukeh 43 days ago
      In the kernel’s process structure. See NOTES - https://man7.org/linux/man-pages/man2/chdir.2.html
    • semiquaver 43 days ago
      Unix defines a Working Directory that every process has, changed with chdir(2): https://man7.org/linux/man-pages/man2/chdir.2.html
      • mort96 43 days ago
        This doesn't technically answer the question: POSIX doesn't concern itself with the kernel interface, only with the libc. Most POSIX systems have a kernel with a syscall interface that mirrors the libc API so that these libc functions are just syscall wrappers, but nothing technically prevents the current working directory to be a purely userspace concept maintained by the libc where all relative paths passed to filesystem functions are translated into absolute paths by the libc function before being passed to the kernel via syscall.

        But yes, in the BSDs, Linux and Windows, the kernel has a concept of a current working directory.

        • mort96 43 days ago
          Is this getting downvoted only because I referred to POSIX rather than UNIX? I'm more familiar with POSIX, but I'm 99% sure the UNIX standard also doesn't say anything about the kernel interface...
  • mos87 43 days ago
    • IshKebab 43 days ago
      That's about the Typescript compiler performance, not runtime. And this project doesn't even use Typescript does it?
  • MobiusHorizons 43 days ago
    Very cool. Good use of quickjs, although it would have been cool if it somehow didn’t need a libc and just used the syscall interface. Makes me want to give that a try.
  • anthk 43 days ago
    I remember some core Unix utilities reimplemented in Perl, mainly done for Win32 systems back in the day. OFC the performance coudn't compete with the ones written in C, but it was good enough.
    • stevekemp 43 days ago
      You're thinking of the Perl Power Tools:

      https://github.com/briandfoy/PerlPowerTools

      I guess there are related projects such as busybox which contain a collection of utilities implemented in a single binary. There are others such as toybox, and various alternatives in different languages, or with different licenses to choose from.

  • nxobject 43 days ago
    Kernighan and Ritchie wept. (Tears of joy at an awesome hack, or tears of sadness at an awesome hack?)
  • andai 43 days ago
    See also this post by the author:

    Making a micro Linux distro [for RISC-V]

    https://popovicu.com/posts/making-a-micro-linux-distro/

  • hxbdbehd 43 days ago
    Many comments here seem to miss the point: this is not running the Linux Kernel in JavaScript

    This is the Linux Userland reimplemented in JavaScript

  • stx5 43 days ago
    [dead]
  • goodpoint 43 days ago
    urgh
  • darkreader 43 days ago
    strange motivation and implementation. I mean it real. There are many existing open source projects that run Linux on JS.