I feel like most articles challenging OSes have no idea what an OS is.
Sure question what the latest tool can offer and how to integrate with it... but that's just being an app, or a window manager, or a package manager, or a distribution, that's not challenging what the OS itself is and does.
If your OS doesn't change how a computer allocates resources, then you are talking about higher level, and that can be super valuable too, arguably more valuable, but ... that's a different thing.
PS: also chroot (half a century, just checked for the fun of it), jails, containers, VMs, etc limiting how the allocation can be done do exist and have been used for decades already.
As far as I am concerned an OS is really simple to define. Its the thing that manages hardware resources on a device to allow other software to run using said resources.
LLMs are not OSes and never will be, they will always need some software to first bootstrap the hardware before the software which processes the weighting can begin.
Its like we need Richard Stallman to come and argue the difference between GNU and Linux again!
If we ask this a different way, is there a single self executable file when written to the sector of the disk the hardware looks for can contain the instructions for the hardware and the weights all in one?
I can't thing of any informational theory reason why this can't be the case. The only thing I can think of structuring such far more complex and less worthwhile than just having separate layers. Dealing with this biological/intelligence mess in humans is already hard enough as it is.
How is that any different to adding a calculator or word processing app in with your os?
The OS bootstraps the hardware and allows the software to run. If your software is contained in the same blob then great, but it still needs the bootstrapping code first.
The bootstrapping/hardware management portion on its own would be considered an OS but the LLM code would not, I think thats the main distinction here.
It seems that by that definition the BIOS would be the only thing that could be called an operating system, the bootloader is just a piece of software akin to a calculator or word processing app, and Linux, Windows, and MacOS some data file that you're loading, like an mp3.
utopiah · · focus · HN ↗
Sure question what the latest tool can offer and how to integrate with it... but that's just being an app, or a window manager, or a package manager, or a distribution, that's not challenging what the OS itself is and does.
If your OS doesn't change how a computer allocates resources, then you are talking about higher level, and that can be super valuable too, arguably more valuable, but ... that's a different thing.
PS: also chroot (half a century, just checked for the fun of it), jails, containers, VMs, etc limiting how the allocation can be done do exist and have been used for decades already.
alt227 · · focus · HN ↗
LLMs are not OSes and never will be, they will always need some software to first bootstrap the hardware before the software which processes the weighting can begin.
Its like we need Richard Stallman to come and argue the difference between GNU and Linux again!
pixl97 · · focus · HN ↗
If we ask this a different way, is there a single self executable file when written to the sector of the disk the hardware looks for can contain the instructions for the hardware and the weights all in one?
I can't thing of any informational theory reason why this can't be the case. The only thing I can think of structuring such far more complex and less worthwhile than just having separate layers. Dealing with this biological/intelligence mess in humans is already hard enough as it is.
alt227 · · focus · HN ↗
The OS bootstraps the hardware and allows the software to run. If your software is contained in the same blob then great, but it still needs the bootstrapping code first.
The bootstrapping/hardware management portion on its own would be considered an OS but the LLM code would not, I think thats the main distinction here.
pessimizer · · focus · HN ↗
alt227 · · focus · HN ↗
[deleted] · · focus · HN ↗
[deleted]