Live data from Hacker News

DaedalOS – Desktop environment in the browser

dustinbrett.com

131–140 of 141 posts

Re: DaedalOS – Desktop environment in the browser

#131

It would be funny on each new version to list "sped up rendering by 2x!" in the change log. And each time you just decrease the animation durations by half. :)

Related, if you are on Android you can speed up (or slow down) animations in the developer options.

I always speed them up by 2x, makes the ui feel snappier.

Re: DaedalOS – Desktop environment in the browser

#132
post #60

I'm really thinking that's the feature. Compile Linux kernel to wasm. So it can run inside a browser with a very nice performance. Write FS drivers to enable seamless caching and remote data storage, so you can shutdown your system on PC and boot from laptop. Or even some kind of hibernate mode, so you can just continue from where you left off. Write graphics drivers using WebGPU and other technologies, enabling very…

Rather than the "easy" way of porting an x86 emulator to WASM, I've been trying to natively port the Linux kernel to WASM. UML[0] and LKL[1] prove that running the kernel in a process is viable. μClinux efforts like NOMMU and binfmt_flat prove that you don't need memory-management nor ELF to run the kernel. Both my own independent experiments and WALI[2] have shown it's possible to port the Linux syscall interface an…

Share your work? ;-) Are you doing something like adding "arch/wasm"? I'm just someone who wondered about how possible it was on a rainy day...

Re: DaedalOS – Desktop environment in the browser

#134
post #78

I'm really thinking that's the feature. Compile Linux kernel to wasm. So it can run inside a browser with a very nice performance. Write FS drivers to enable seamless caching and remote data storage, so you can shutdown your system on PC and boot from laptop. Or even some kind of hibernate mode, so you can just continue from where you left off. Write graphics drivers using WebGPU and other technologies, enabling very…

What's the trade-off? I'm giving up performance and simplicity (well, what's left of it in a kernel as complex as Linux), for what exactly? To run the same apps I can already run natively? Which apps exactly - TUI apps that can already run over an SSH connection? Electron apps that already run in a browser? Are there any native apps that are worth the effort? Emacs, GIMP, Audacity, Blender, or DaVinci are all cross-p…

The idea is to have your entire work space in one place. Gimp, PDF viewers, IDE (not just VS code), terminal tabs, running docker containers with your application.

Basically just what you would do with some kind of remote desktop. But it's not remote, it runs locally, with perfect latency. And it's easy to switch to another computer with any underlying host OS, without even interrupting your applications (if hibernate idea would work).

Re: DaedalOS – Desktop environment in the browser

#135
post #130

Earlier quoted context omitted.

Web browsers are a terrible place to do innovations, a major problem being the absolute backwards compatibility they need to maintain. Web standards are massive complexity beasts which are constantly growing and basically none of that can be dropped. The dynamicity of JavaScript is actually a major problem for performance (difficult to optimize beyond a certain point), that's a major motivating factor for WASM, but t…

> Web browsers are a terrible place to do innovations, a major problem being the absolute backwards compatibility they need to maintain. How so? The biggest innovations in the browser in recent years have been shadow-DOM type stuff like React/Vue, plus WASM and WebGL. None of these are backwards compatible with older browsers.

It's the web browsers which need to keep perfect backwards compatibility with essentially all existing web standards.

Re: DaedalOS – Desktop environment in the browser

#136

Earlier quoted context omitted.

Web browsers are a terrible place to do innovations, a major problem being the absolute backwards compatibility they need to maintain. Web standards are massive complexity beasts which are constantly growing and basically none of that can be dropped. The dynamicity of JavaScript is actually a major problem for performance (difficult to optimize beyond a certain point), that's a major motivating factor for WASM, but t…

You can implement the innovations in JavaScript and WASM and other standards that are already there. Just like the subject of this discussion, a Windows-like desktop, is implemented in JavaScript and HTML and CSS and canvas and whatever else. That's all perfectly sufficient. As complex and backwards compatible as web browsers and JavaScript are, you already need all that complexity anyway and already end up paying fo…

> Why not be able to change the entire actual desktop that way?

I think you need to invert and ask - why to do all this? You'll get much worse performance, many extra layers when you need more direct access to hardware etc.

Re: DaedalOS – Desktop environment in the browser

#138
post #78

Earlier quoted context omitted.

What's the trade-off? I'm giving up performance and simplicity (well, what's left of it in a kernel as complex as Linux), for what exactly? To run the same apps I can already run natively? Which apps exactly - TUI apps that can already run over an SSH connection? Electron apps that already run in a browser? Are there any native apps that are worth the effort? Emacs, GIMP, Audacity, Blender, or DaVinci are all cross-p…

The idea is to have your entire work space in one place. Gimp, PDF viewers, IDE (not just VS code), terminal tabs, running docker containers with your application. Basically just what you would do with some kind of remote desktop. But it's not remote, it runs locally, with perfect latency. And it's easy to switch to another computer with any underlying host OS, without even interrupting your applications (if hibernat…

How do you solve sync?

If it can't be achieved with rsync or ZFS send/recv, I honestly doubt a web browser will change anything.

Post reply on HN